On 2008-02-04, Lukasz 'LCF' Jagiello <L...@...LOVE.SPAM> wrote:

[...]

>> Pisząc "pececie" miałem na myśli architekturę 8086. A na co można przenosić?
>> Sun, Spark, różnego rodzaju architektury RISC, o których nawet pojęcia nie mam.
>> Sedno tkwi w wirtualnej maszynie, na której ma działać aplikacja. System, który
>> obecnie tworzę, bez problemu testuję na windowsach, jak i u klienta na maszynie
>> z linuxem. I działa tak samo (no, może u klienta szybciej :) ). Zrób to samo z
>> C++, powodzenia
>
> Żaden ze mnie programista, ale wydaje mi się że przy założeniu

Zawsze będziesz miał w ten sposób jakieś ograniczenia (do zakresu
bibliotek wspólnych) albo też będziesz musiał kombinować. Tak czy
siak wysiłek podejmowany w tym kierunku jest niezerowy
w przeciwieństwie do innych języków.

> muliplatformowości nie powinno być problemu z przenoszeniem kodu.

Tyle że nawet w obrębie różnych *xów występują różnice w lokalizacji
bibliotek. BTW znasz jakiś co bardziej rozbudowany projekt OpenSource,
który 'przy założeniu multiplafromowości' nie rozrósł się w megabajty
i nie stał się przyciężką kobyłą? Może Firefox? Albo OpenOffice? ;>

> Jak kompilator nie jest jakiś udziwniony w zależności od architektury,
> a programista ma świadomość różnic architektur to przecież się da.

No. Pamiętam dobrze. Projekt naukowy na politechnice wymagał przeróbki
kodu by działać na FreeBSD (przeróbki by działały jakieś tam biblioteki).
A żeby to postawić na Windows, to trzeba było jeszcze jakieś inne sztuczki
robić. A w javie po prostu działało. W Pythonie też.

--
Wojciech Bańcer
p...@p...pl