Jak na 32 bitový prohlížeč na 64 bitovém stroji

Možná se zeptam blbě... ale proč nejde jednoduše instalovat (bez nějakej masochystickejch zvrhlostí) aplikace jak pro 32 bit tak pro 64 bit.
sám mam AMD64 a několikrát zkoušel 64 bitovou verzi.. ale zase takovej guru nejsem aby mi to nedělalo problémy. Tak sem se vždycky vrátil k 32bit.
Proč prostě systém nemůže bejt už nativně schopnej instalovat 32/64 bit aplikace.. myslim si že by se spoustě lidem ulevilo...

Sice vim že to nějak asi de.. ale de mi nějaký to user friendly...

jasne, v gentoo je to easy:

emerge firefox-bin
emerge openoffice-bin
emerge mplayer-bin
atd... :)

Ja se teda za guru linuxu a už vůbec amd64 nepovažuju, ale zatím se mi teda krom zvuku a textů u flashe povedlo rozchodit všechno, co jsem potřeboval. A když už něco potřebuju nutně něco 32bit, tak v gentoo je to uznačené -bin.
Nebude to v knihovnách? V gentoo jsou totiž knihovny symlinkované na jejich 64 bitové obdoby.

Než jsem stihl odeslat odpověď, tak se tady v podstatě objevily odpovědi rozepisující to, co jsem napsal :-)

Pokud vim, tak linuxovy kernel nema s 32bit aplikacema problem (pokud je tam zakompilovana podpora).
Problem je v knihovnach, hlavne v libc. Nejak neni doresene, ktera se ma vlastne pouzit, jestli 32, nebo 64 bitova, tak se to ruzne obchazi - napr. tim, ze se 32 bitove aplikace pousti v changerootu s 32 bitovyma knihovnama.
(Pokud se mylim, tak mne prosim opravte.)
Pry uz existuji distribuce, ktere maji tenhle problem nejak vyreseny, ale jeste jsem zadnou nevyzkousel.
Kazdopadne, resit to jde. Solaris/OpenSolaris pouziva jak 32 bit, tak 64 bit aplikace naraz uz cela leta, bezi to cele pod 64 bitovym kernelem a nikdy jsem zadny problem nezaznamenal. (Samozrejme, pokud bezi na 64 bit hardware - na 32 bit hardware bezi kernel i aplikace 32 bitove ;-)

co to je? v mandrive jen pridam zdroje pro i586 a normalne nainstaluju. celej system tak mam x86_64, jen firefox a mplayer je 32bit.

Bohuzel ne vsechny distribuce to takhle snadno uz dnes umoznuji, ale to uz je jen otazka casu :-)

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!

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.

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.

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.