Prevajanje & Prenosljivos programja

Če napišem programček v ANSII C-ju (tukaj ne govorim o VC++ ali BCC, itd.), recimo tipičen "Hello world" programček, in ga z enim izmed prevajalnikov prevedem, zakaj ta programček preveden v Windows okolju ne deluje v Linux okolju in obratno.

Če slučajno nisem dovolj jasen... Ko nekdo napiše npr. operacijski sistem, ga mora prevesti... In ta OS se potem zažene sam, oz. je odvisen zgolj od strojne platforme in ne od tega, kje je bil preveden...

Mi zna torej kdo razložiti, v čem je tukaj trik??? Kako naj torej napišem (enostaven, npr. Hello world) program, ki bo delal na x86 (strojni) platformi, ne glede na to, kateri OS je naložen na to računalo????

Hmm... Torej... Kolikor vem, sta Java in C približno enako prenosljiva, saj Javini "class"-i so podobna zadeva kot C-jevi "obj"-i, če bi torej v računalnik prenesel obj datoteke in jih prevedel JIT, kot to počne Java Interpreter, potem bi tudi C-jevski programi bili platformsko neodvisni...

Vendar, moje vprašanje je, ali se da, in če se da, kako se da v C-ju napisati program, ki bo delal na x86 platformi, ga prevesti z "ustreznim" prevajalnikom z namenom, da bo ta program delal na obeh OS-ih?

Drugo, kar me zanima, pa so razlike... V končni fazi je treba tudi ASM prevesti... Zakaj torej tam ni platformske odvisnosti, v C-ju pa je? Kaj niso C Standardne Knjižnice povsod enake???

No, pa sem izvedel nekaj novega... čeprav sem to domneval, ampak... Je torej razlika v tistih prvih Byte-ih, kjer se nahajajo podatki o datoteki sami, ali je razlik še več...

"Inštrukcijski" del datoteke bi po moje moral biti v obeh izvršnih datotekah enak, saj gre za isto (oz. morebiti zaradi različne optimizacije prevajalnikov malenkost različno) strojno kodo... No vsekakor gre za isti set inštrukcij...

Sedaj pa k problemu... MS Windovs upravlja datoteke glede na končnice, NIX sistemi pa glede na prvih, mislim da 32 Byte-ov, ki opisujejo datoteko (FileMagic, ali kako se temu že reče)...

Ali je torej razlika samo v t.i. FileMagic-u (torej uvodnih Byte-ih), ali še kje?

Hmmm... Glede na to, kako znamo biti glasni in polni znanj tukaj, se mi zdi zanimivo, da nihče ne da nobenega konkretnega odgovora...

Torej ni nikogar, ki bi poznal strukturo datoteke-programa???

Zanimivo pa se mi zdi, da še nihče ni napisal cross-platform prevajalnika za C ... Pravzaprav se mi zdi to skoraj nemogoče... V končni fazi, s čim pa so napisali prve OS-e? Verjetno so jih prevajali, vsaj po moje no... In zelo težko so ga prevedli na OS-u, ki so ga pisali, ker ga enostavno še ni bilo... Ali pa so morda najprej napisali prevajalnik?

Po moje mora obstajati način... Dajmo malo glave skupaj!!!

webblod: saj so nacini ja :). ok, nisem expert za te stvari, zato govorim precej okvirno (torej naj me kdo popravi in kaj doda:).

razlika med prevedeno kodo na razlicnih sistemih je predvsem v tem, kako so izvedene "visokonivojske" stvari - kot je naprimer funkcijski klic. torej kje so argumenti klicane funkcije (registri v procesorju, stack), kje je return value, kako se vrniti iz nje in kam. problemi nastanejo torej pri klicih med knjiznicami/programi, ki so prevedeni za drugacen standard. ali pa recimo, ali so res vsi podatkovni tipi (primitivni, strukture) enako obravnavani med razlicnimi prevajalniki?

potem je potrebno se obcasno narediti sistemske klice, kar se pocne drugace kot klici znotraj programa. ze recimo obicajen klic printf-a mora konec koncev za svoj output iti skozi sistem (jedro, drajvrji, etc.). na razlicnih sistemih je to realizirano ponavadi vsaj malo drugace. ok no, tale printf mogoce ni ravno najboljsi primer, ker sem se tukaj zadel ob prenosljivost standardne knjiznice :).

sicer je pa dober primer netbsd za binary "emulation".

--
ok, mogoce zgoraj nisem bil prevec prepricljiv, zakaj stvari niso tako preproste. zgornje probleme se da resiti brez pretiranega razmisljanja - hec je v tem, da programi, ki uporabljajo samo libc niso nevemkako uporabni :). recimo ze cisto osnovne stvari, kot so procesi, threadi, file descriptorji, socketi in se malo morje drugih stvari deluje dovolj drugace na winsih, kot pa na unixih, da lahko kar pozabis kompatibilnost. tudi prenosljivost threadov med unixi je zgodba zase :).

.mnlkpo - ... kaj drugega kot tvoj link res ne rabi

webblod: seveda tece.. pod MONO projektom..