Ciekawostka: Amiga Virtual Processor
Widzisz wersję archiwalną tematu "Ciekawostka: Amiga Virtual Processor" z forum pl.comp.programming
Marcin 'Cooler' Kuliñski - 7 Lis 2000, 03:00
Hej,
http://www-4.ibm.com/software/developer/library/l-amiga3/?dwzone=linux
Moze ktos sie ustosunkuje?
Pozdro, Marcin 'Cooler' Kulinski
Marcin 'Cooler' Kuliñski - 9 Lis 2000, 03:00
Hej,
http://www-4.ibm.com/software/developer/library/l-amiga3/?dwzone=linux
Moze ktos sie ustosunkuje?
Hmmm. Myslalem, ze programistow zainteresuje mozliwosc tworzenia oprogramowania zupelnie niezaleznego od platformy sprzetowej, na ktorej ma byc uruchamiane, i w dodatku szybkiego (w przeciwienstwie do tego, co oferuje np. Java). Widocznie sie pomylilem...
Cooler
Lukasz Nowicki - 9 Lis 2000, 03:00
| Moze ktos sie ustosunkuje? Hmmm. Myslalem, ze programistow zainteresuje mozliwosc tworzenia oprogramowania zupelnie niezaleznego od platformy sprzetowej, na ktorej ma byc uruchamiane, i w dodatku szybkiego (w przeciwienstwie do tego, co oferuje np. Java). Widocznie sie pomylilem...
W sumie interesuje, ale pasjonujacy watek byl (i czasami jeszcze jest) na pl.comp.demoscena :-)
Marcin 'Qrczak' Kowalczyk - 11 Lis 2000, 03:00
http://www-4.ibm.com/software/developer/library/l-amiga3/?dwzone=linux Moze ktos sie ustosunkuje?
Moim zdaniem to trochę bez sensu. Jeśli koniecznie chcemy niskiego poziomu, to już lepiej użyć C - bardziej przenośne. Wbrew pozorom C może się dać kompilować do szybszego kodu niż ten wirtualny asembler - ręczne zakodowanie w asemblerze spowoduje, że kompilatorowi będzie trudniej optymalizować. Już ktoś miał podobny pomysł na comp.lang.misc i odzew był mniej wiecej taki jak mój teraz.
Marcin 'Cooler' Kuliński - 14 Lis 2000, 03:00
| http://www-4.ibm.com/software/developer/library/l-amiga3/?dwzone=linux | Moze ktos sie ustosunkuje?
Moim zdaniem to trochę bez sensu. Jeśli koniecznie chcemy niskiego poziomu,
Nie wiem czy zauwazyles, ale ten "niski poziom" jest bardzo specyficzny. Konstrukcje sterowania programem jakby zywcem z C wyjete, mozliwosc bezposredniego wywolywania "narzedzi" (tools, na tym ma sie opierac architektura systemu) oraz OOP na dokladke.
to już lepiej użyć C - bardziej przenośne.
Czyzby? Na poziomie kodu wykonywalnego? Nie sadze. Wg. mnie idea "write once, run everywhere" jest idealna dla ludzi zarabiajacych na zycie pisaniem oprogramowania.
Wbrew pozorom C może się dać kompilować do szybszego kodu niż ten wirtualny asembler - ręczne zakodowanie w asemblerze spowoduje, że kompilatorowi będzie trudniej optymalizować.
To oczywiscie czyste spekulacje z Twojej strony. Nikt nie wymusza na Tobie pisania w asmie VP, mozesz to robic np. w C. VP powstal po to, by uniezaleznic program od procesora, na ktorym bedzie wykonywany. Jednak jego asembler jest na tyle ciekawy, ze IMHO moze byc alternatywa dla piszacych w C czy innych nie-za-wysoko-poziomowych. Co do kompilacji: zrodlo w C jest zamieniane na asm VP, a nastepnie na kod binarny VP i cala konkretna optymalizacja przebiega na tym wlasnie etapie, zupelnie jak w klasycznym podejsciu. Tak spreparowane binaria mozesz teraz uruchomic bez zadnych poprawek czy zmian na kazdym komputerze, ktory posiada zainstalowane AmigaDE. Podczas ladowania binariow translator przeklada kod binarny VP na kod binarny fizycznego procesora, na ktorym program ma sie uruchomic.
Już ktoś miał podobny pomysł na comp.lang.misc i odzew był mniej wiecej taki jak mój teraz.
Coz, pomysl to pomysl. Rozwiazanie Tao i Amigi juz dziala.
Pozdrawiam, Cooler
Adam Przybyla - 14 Lis 2000, 03:00
| http://www-4.ibm.com/software/developer/library/l-amiga3/?dwzone=linux | Moze ktos sie ustosunkuje?
| Moim zdaniem to trochę bez sensu. Jeśli koniecznie chcemy niskiego | poziomu, Nie wiem czy zauwazyles, ale ten "niski poziom" jest bardzo specyficzny. Konstrukcje sterowania programem jakby zywcem z C wyjete, mozliwosc bezposredniego wywolywania "narzedzi" (tools, na tym ma sie opierac architektura systemu) oraz OOP na dokladke. | to już lepiej użyć C - bardziej przenośne. Czyzby? Na poziomie kodu wykonywalnego? Nie sadze. Wg. mnie idea "write once, run everywhere" jest idealna dla ludzi zarabiajacych na zycie pisaniem oprogramowania. | Wbrew pozorom C | może się dać kompilować do szybszego kodu niż ten wirtualny asembler | - ręczne zakodowanie w asemblerze spowoduje, że kompilatorowi będzie | trudniej optymalizować. To oczywiscie czyste spekulacje z Twojej strony. Nikt nie wymusza na Tobie pisania w asmie VP, mozesz to robic np. w C. VP powstal po to, by uniezaleznic program od procesora, na ktorym bedzie wykonywany. Jednak jego asembler jest na tyle ciekawy, ze IMHO moze byc alternatywa dla piszacych w C czy innych nie-za-wysoko-poziomowych. Co do kompilacji: zrodlo w C jest zamieniane na asm VP, a nastepnie na kod binarny VP i cala konkretna optymalizacja przebiega na tym wlasnie etapie, zupelnie jak w klasycznym podejsciu. Tak spreparowane binaria mozesz teraz uruchomic bez zadnych poprawek czy zmian na kazdym komputerze, ktory posiada zainstalowane AmigaDE. Podczas ladowania binariow translator przeklada kod binarny VP na kod binarny fizycznego procesora, na ktorym program ma sie uruchomic.
... co do zamiany na asm to bywalo tak dawniej, teraz sa totylko transformacje struktur wewnetrznych, czasy zamiany i powtornej analizy skladniowej i leksykalnej juz dawno minely;-) Z powazaniem Adam Przybyla
Marcin 'Cooler' Kuliński - 14 Lis 2000, 03:00
... co do zamiany na asm to bywalo tak dawniej, teraz sa totylko transformacje struktur wewnetrznych, czasy zamiany i powtornej analizy skladniowej i leksykalnej juz dawno minely;-)
Nie wiem jak to jest "teraz", ale w AmigaSDK jest tak, jak pisalem wczesniej.
Pozdro, Cooler
Marcin 'Qrczak' Kowalczyk - 14 Lis 2000, 03:00
| to już lepiej użyć C - bardziej przenośne. Czyzby?
Na ilu platformach działa ich pomysł? Bo C działa praktycznie na każdej.
Na poziomie kodu wykonywalnego?
Na tym poziomie masz Javę. Z tym że w praktyce jest mniej przenośna od C (na większej liczbie platform jest kompilator C niż maszyna wirtualna
AFAIK jakoś dobre kompilatory nie powstały.
Wg. mnie idea "write once, run everywhere" jest idealna dla ludzi zarabiajacych na zycie pisaniem oprogramowania.
Do tego wystarczy możliwość skompilowania przenośnych źródeł.
Mariusz K. Grzeca - 15 Lis 2000, 03:00
Qrczak, miales SO i MRJP, a wierzysz w takie bajki? :/
Marcin 'Cooler' Kuliński - 15 Lis 2000, 03:00
Na ilu platformach działa ich pomysł? Bo C działa praktycznie na każdej.
"Amiga based applications can run unchanged on x86, PowerPC, M Core, ARM, StrongARM, MIPS R3000, R4000, R5000, SH 3, SH4, and NEC V850 processors. The Amiga OS can run hosted on Linux, Embedded Linux, Windows 95, 98, 2000, NT, CE and QNX4"
To z http://www.amiga.com
| Na poziomie kodu wykonywalnego? Na tym poziomie masz Javę.
Java jest wolna.
Z tym że w praktyce jest mniej przenośna od C (na większej liczbie platform jest kompilator C niż maszyna wirtualna
AFAIK jakoś dobre kompilatory nie powstały.
Z tego wynika, ze jedak istnieje niezaspokojony popyt na tego rodzaju produkt, pozbawiony jednak wad Javy.
| Wg. mnie idea "write once, run everywhere" jest idealna dla ludzi | zarabiajacych na zycie pisaniem oprogramowania. Do tego wystarczy możliwość skompilowania przenośnych źródeł.
Jasne. A jak sobie poradzic z GUI? Kazdy system ma swoja specyfike wiec nie mow mi, ze portowanie np. programu graficznego z W9x na Amige czy linuxa to bulka z maslem. Calkowicie przenosne miedzy roznymi systemami zrodla to fikcja, chyba ze chodzi o programy uruchamiane z linii polecen.
Cooler
Tomasz Kaczanowski - 15 Lis 2000, 03:00
| Na ilu platformach dziala ich pomysl? Bo C dziala praktycznie na kazdej.
"Amiga based applications can run unchanged on x86, PowerPC, M Core, ARM, StrongARM, MIPS R3000, R4000, R5000, SH 3, SH4, and NEC V850 processors. The Amiga OS can run hosted on Linux, Embedded Linux, Windows 95, 98, 2000, NT, CE and QNX4"
Jak na razie dziala tylko na procesorach x86 (zalecany AMD), pod linuxem, i jakos na dniach miala wyjsc wersja windowsowa....
Kaczus/BlaBla & AUG-Lodz
Marcin 'Qrczak' Kowalczyk - 15 Lis 2000, 03:00
| Na tym poziomie masz Javę. Java jest wolna.
Z jakiego powodu pomysł Amigowców miałby być szybszy? (Przepraszam, nie wiem jak go nazwać, jestem off-line.)
Z tego wynika, ze jedak istnieje niezaspokojony popyt na tego rodzaju produkt, pozbawiony jednak wad Javy.
Ale nie wynika, że da się go zaspokoić.
| Do tego wystarczy możliwość skompilowania przenośnych źródeł. Jasne. A jak sobie poradzic z GUI?
Tak samo, jak sobie z tym ma zamiar poradzić system Amigowców, tylko
to tym bardziej można użyć tych mechanizmów na poziomie źródeł.
Tomasz Kaczanowski - 16 Lis 2000, 01:49
| Na tym poziomie masz Jave.
| Java jest wolna.
Z jakiego powodu pomysl Amigowcow mialby byc szybszy? (Przepraszam, nie wiem jak go nazwac, jestem off-line.)
Przede wszystkim to nie pomysl Amigowcow... wiekszosc z nich nie identyfikuje sie z tym pomyslem i uwaza go za kolejny pomysl do zarobienia przez pare osob pieniedzy spekulujac akcjami na gieldzie... Bo jak inaczej nazwac co chwile zmieniajace sie pomysly firmy... pare miesiecy minie, gdy przychodzi czas by pokazac cos konkretniejszego, zmienia sie pomysl i ropbi wszystko od nowa...
Kaczus/BlaBla & AUG-Lodz
Marcin 'Cooler' Kuliński - 16 Lis 2000, 03:00
| Java jest wolna. Z jakiego powodu pomysł Amigowców miałby być szybszy? (Przepraszam, nie wiem jak go nazwać, jestem off-line.)
wiec teraz leci to przez interpreter. Kod VP jest przekladany w calosci na kod natywny procesora podczas wczytywania programu lub narzedzia do pamieci operacyjnej. Stad roznica w predkosci pewnie.
| Do tego wystarczy możliwość skompilowania przenośnych źródeł. | Jasne. A jak sobie poradzic z GUI?
Tak samo, jak sobie z tym ma zamiar poradzić system Amigowców, tylko
to tym bardziej można użyć tych mechanizmów na poziomie źródeł.
To jest jakas mniemanologia. Dysponujesz w tej chwili narzedziami, ktore
dla W9x, MacOS, linuxa i BeOS? Pytam retorycznie.
Cooler
Marcin 'Cooler' Kuliński - 16 Lis 2000, 03:00
| Z jakiego powodu pomysl Amigowcow mialby byc szybszy? | (Przepraszam, nie wiem jak go nazwac, jestem off-line.) Przede wszystkim to nie pomysl Amigowcow...
To prawda. Idee VP opracowalo Tao Group.
wiekszosc z nich nie identyfikuje sie z tym pomyslem i uwaza go za kolejny pomysl do zarobienia przez pare osob pieniedzy spekulujac akcjami na gieldzie...
A tu juz probujesz cos wciskac. To, ze osobiscie nie lubisz tego pomyslu nie daje Ci jeszcze prawa do tego, by mowic w ten sposob w czyims imieniu.
Bo jak inaczej nazwac co chwile zmieniajace sie pomysly firmy... pare miesiecy minie, gdy przychodzi czas by pokazac cos konkretniejszego, zmienia sie pomysl i ropbi wszystko od nowa...
Nie wiem jak Ty, ale ja jestem zapisany na otwarta liste dyskusyjna dla developerow AmigaDE od samego poczatku (cos chyba marzec/kwiecien) i jakos nie zauwazylem tych "co chwile zmieniajacych sie pomyslow firmy". Ci ludzie od poczatku ida konsekwentnie obrana droga. Chyba ze mylisz ich z kims innym (Escom, Viscorp, Gateway?). A konkretne rzeczy to byly juz pare razy prezentowane tu i tam, tylko ze jak sie wybiorczo na rzeczywistosc patrzy to faktycznie mozna nie zauwazyc...
Cooler
Adam Przybyla - 16 Lis 2000, 03:00
To jest jakas mniemanologia. Dysponujesz w tej chwili narzedziami, ktore
dla W9x, MacOS, linuxa i BeOS? Pytam retorycznie.
... hmm, KDE? ;-) Z powazaniem Adam Przybyla
Piotr Kuchta - 16 Lis 2000, 03:00
| Jasne. A jak sobie poradzic z GUI? | Tak samo, jak sobie z tym ma zamiar poradzić system Amigowców, tylko
| to tym bardziej można użyć tych mechanizmów na poziomie źródeł.
To jest jakas mniemanologia. Dysponujesz w tej chwili narzedziami, ktore
dla W9x, MacOS, linuxa i BeOS? Pytam retorycznie.
www.wxwindows.org
Pozdrawiam, Piotrek
Przemek Borys - 18 Lis 2000, 03:00
EHLO Marcin!
[16 Nov 00][Stardate [-30]5737.5] Marcin 'Cooler' Kuliński-All
| Jasne. A jak sobie poradzic z GUI? | Tak samo, jak sobie z tym ma zamiar poradzić system Amigowców,
| binariów, to tym bardziej można użyć tych mechanizmów na poziomie | źródeł. To jest jakas mniemanologia. Dysponujesz w tej chwili narzedziami,
ja dla W9x, MacOS, linuxa i BeOS? Pytam retorycznie.
Jeśli domyślam się dobrze, że retoryczną odpowiedzią ma być "nie", to...
<mode oświecenie Są takie narzędzia. I robią one takie coś, że tworzą niezależną od platformy nadbudowę na API poszczególnych platform. W rezultacie piszesz programy używając składni tej "nadbudowy", a autorzy tej "nadbudowy" dbają, by jej interfejs działał na wszystkich platformach tak samo, dorabiając zależne od systemu procedury obsługi do tego samego interfejsu. </mode oświecenie
Przenośnych bibliotek GUI znam conajmniej kilka. Najpewniejszą przypuszczalnie jest wxwindows; dalej można obejrzeć motifa (widziałem implementacje również na windows), qt, gtk.
Marcin 'Cooler' Kuliński - 19 Lis 2000, 03:00
Jeśli domyślam się dobrze, że retoryczną odpowiedzią ma być "nie", to... <mode oświecenie
[ciach]
Oki, zostalem oswiecony :) Tyle ze wspomniany wxwindows jak na razie dziala jedynie na windzie, linuxie i macu i nie wspiera rynku np. tv-boxow, PDA czy komorek nowej generacji. Nie ma API dla grafiki 3D i dzwieku, nie ma mozliwosci pisania w innym niz C++ jezyku. Niemniej ciekawe.
Pozdro, Cooler
Marcin 'Cooler' Kuliński - 19 Lis 2000, 03:00
www.wxwindows.org
Fakt, niezle. Ale IMO AmigaDE jest lepsze :)))
Pozdrawiam, Cooler
Mariusz K. Grzeca - 19 Lis 2000, 03:00
| www.wxwindows.org Fakt, niezle. Ale IMO AmigaDE jest lepsze :)))
A czy to jest open-source?
Przemek Borys - 19 Lis 2000, 03:00
EHLO Marcin!
[19 Nov 00][Stardate [-30]5752.4] Marcin 'Cooler' Kuliński-All
Oki, zostalem oswiecony :) Tyle ze wspomniany wxwindows jak na razie dziala jedynie na windzie, linuxie i macu i nie wspiera rynku np. tv-boxow, PDA czy komorek nowej generacji. Nie ma API dla grafiki 3D i dzwieku, nie ma mozliwosci pisania w innym niz C++ jezyku. Niemniej ciekawe.
Do grafiki 3d masz OpenGL. :) Do dźwięku też jest kilka bibliotek, ale akurat tym jak narazie bliżej się nie interesowałem.
Piotr Kuchta - 20 Lis 2000, 03:00
| Jeśli domyślam się dobrze, że retoryczną odpowiedzią ma być "nie", to...
| <mode oświecenie
[ciach]
Oki, zostalem oswiecony :) Tyle ze wspomniany wxwindows jak na razie dziala jedynie na windzie, linuxie i macu i nie wspiera rynku np. tv-boxow, PDA czy komorek nowej generacji. Nie ma API dla grafiki 3D i
Niestety GUI do pralki tez nie da sie w tym zrobic. ;
dzwieku, nie ma mozliwosci pisania w innym niz C++ jezyku. Niemniej ciekawe.
Male sprostowanko: mozna pisac nie tylko w C++, ale tez w Pythonie http://www.wxpython.org/
Pozdrawiam, Piotrek
Zone Alarm pod XP - uprawnienia dla Generic Host Process (svchost.exe)
Win2k (SP4): Generic Host Process for Win32 Services - robak?
Funkcja process i error. Do czego służą?
Z avi na divx!
marcowiatka 2009 i mamusie 1080
74 ile to miesiEAcy
komputery gry amiga
starych domow
patrol 3 4 lipca
agencja nieruchomoB6ci Grodzisk mazowiecki
forum scorpio
prosba o napisanie programu w c
czeslaw niemen 2222dziwny jest ten swiat2222 text
Katalog wypowiedzi z for internetowych ^^ Strona Główna
|
|