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