Az elso linked-nel valaki definolta, hogy csakis gcc4.4-el menjen. Mivel valoszinuleg olyan dolgokat hasznal, amit csak a gcc4.4 ert meg. Nem neztem meg a forraskodjat.
De a kerdesem az, hogy ennek mi koze van ahhoz, hogy mit irsz egy configure vegere?
A masodik linkedben a gcc sajat magat buildelne es mint irjak mind a ket architekturara (x64 es x32, mert ez a default), de nem volt telepitve a 32 bites glibc igy ertelem szeruen nem tudja buildelni a 32 bites gcc-t (mert ahhoz bizony ez kell). Irja is a megoldast, hogy add a configure-nak ("configuring GCC with --disable-multilib", azaz nem a gcc-nek!!!) a disable-multilib kapcsolot, ami olyan Makefile-t general, ahol nincs benne az, hogy lefusson a 32 bites gcc forditasa. Erted? A makefile mondta meg (vagy egy -DNO_BUILD32), hogy forditsd le a 32 bitest is, de a disable-multilib kiszedi ezt a Makfile-bol vagy -D-vel beallitja, hogy legyen NO_BUILD32, vagy hasonlo ha van ifdef, igy nem fut ra erre az "agra".
(nem neztem meg a configure-t, hogy pontosan mit csinal a -disable-multilibre)
Tehat egyik sem arrol szolt, amirol beszeltunk. Hogy a gcc-nek koze lenne hozza, hogy mit is forditasz egy programban. A gcc lefordit mindent, amit odaadsz neki es kesz, de gcc opciokkal. Semmi koze pl. a --prefix kapcsolohoz, amit a configure-nak adsz at es majd az install fogja hasznalni. A gcc nem tudja mit akarsz. Kap egy rakas allomanyt es leforditja. Ami tudja mit akarsz az valamilyen make pl.
Eredetileg erre kerdeztem ra, amikor ezt irtad: "számit hogy milyen gcc verzióval lett forditva" es "és akkor megadod pld:./config --C-shell vagy ./config --Hulyeség -shel , vagy valami ilyesmi". Ennek a kettonek nincs koze egymashoz. Tovabbra sem.
A gcc verzioja maximum a forditas kozbeni optimalizacioban, stb van szerepe. De le lehet forditani egy regi gcc-vel is a bash-t, meg egy vadiujjal is, annak (majdnem) ugyanaz a bash lesz a kimenete. A configure-nak meg nincs koze a gcc-hez.
De hagyjuk, legyen inkabb neked igazad, mert en elfaradtam ebben. :D