Vlákno názorů ke zprávičce Jak na 32 bitový prohlížeč na 64 bitovém stroji od skutr - No to teda koukam. Takze ja si nemuzu...
-
skutr (neregistrovaný)No to teda koukam. Takze ja si nemuzu pustit libovolnou 32-bitovou binarku na tom "skvele navrzenem" 64-bitovem Linuxu, aniz bych ji nejak specialne kompiloval (tj. vuci specialne umistenym 32-bit. knihovnam)?
At zije binarni kompatibilita.
Panove, zustavam u Solarisu.
Tam je to naprosto normalni a bezna vec uz cela leta. Muzete mit klidne 32-binarku udelanou pro Solaris 2.6 (rok 1997) a pojede vam bez problemu na nejnovejsim OpenSolarisu na 64-bitovym jadre a na nejdnovejsim HW. Tomu rikam architektura! -
Izak (neregistrovaný)Ne, jsi idiot, linux ma to same co AIX a Solaris ... lib a lib64 ... gcc -march=i686 ... tot vsio ... nebo rpmbulid --target=i686 ..... takze radsi zustan u solarisu, ktery je uz mrtvy a postupem casu z nej bude OpenSolris .... tedy GNU na OpenSolarisem kernel .... tezke uplne stejny postup.
-
Tomas Dzik (neregistrovaný)Mozna bych to upresnil. To o cem pisete (GNU + OpenSolaris kernel) se jmenuje Nexenta http://www.gnusolaris.org/gswiki a je to vlastne Debian + jadro z OpenSolarisu.
Krome Nexenty existuji jeste jine distribuce OpenSolarisu (Belenix, ....) A krome toho i "puvodni" OpenSolaris http://www.opensolaris.org/os/
Proste je to tak, ze po otevreni kodu zacaly vznikat nove distribuce.
Nicmene Solaris (podporovany Sunem) rozhodne nekonci. Dale se vyviji a dalsi verse budou zalozene na OpenSolarisu. Akorat mu pribude konkurence v podobe alternativnich - komunitou podporovanych distribuci. -
Milan Jurik (neregistrovaný)Idiot jsi maximalne tak ty. Jednak zjevne vubec nic netusis o multiarch systemech a jednak tu predikujes, ze kolegove ve vedlejsi kancelari jsou tam vlastne zbytecne, coz se mi vubec, ale vubec nelibi ;-)
Doporucuju ti po ranu si nejdrive vypit aspon hrnek kafe nebo caje, to prospeje tvemu probuzeni ;-) -
Architektura procesoru x86_64 neumoznuje provest volani mezi 64bitovym a 32bitovym kodem. Jediny zpusob, jak se z 32bitoveho kodu dostat do 64bitoveho, je interrupt. Uzivatelske programy nemohou instalovat handlery preruseni, nemluve o tom ze by se z toho programovaci jazyk zblaznil (bylo by to horsi nez pointerova aritmetika z casu DOSu). Reseni zalozene na instalaci 32bitovych a 64bitovych knihoven zaroven je spravne. Samozrejme, berlicky s chrootem jsou zbytecne a pokladal bych za rozumnejsi, aby byla "bitovost" soucasti kazde binarky (dela to dva byte na binarku + jeden symlink na kazdem 32bitovem systemu), cimz by se vyresil problem s nekompatibilitou "beznych" 32bitovych programu s 64bitovymi systemy. Alternativne by bylo mozne prohlasit /lib za 32bitovy a prekladat 64bitove s jinym direktorarem.
