Le 12/09/07, Richard Gill<[EMAIL PROTECTED]> a écrit : > CC=gcc > CFLAGS='-s -O3 -march='$NC_HOST_CPU > CXX=g++ > CXXFLAGS='-s -O3 -Wno-deprecated -march='$NC_HOST_CPU > > Par ailleurs, il serait judicieux de revoir ces options un jour : > march ne devrait plus être utilisé, à la faveur de -march/-mtune. A > voir donc, car je ne sais plus exactement la différence entre les deux > et ce qu'il faut y mettre (a part qu'il s'agit de cpu :-)
Salut, je me réponds à moi même :-) Il se passe de choses intéressantes sur la mailing list de dev de LFS (je suis abonné depuis 3 ans, et c'est la première fois que je vois une discussion aussi intéressante et productive). L'origine de cette discussion vient du fait que l'équipe de gcc a modifié son système de construction entre la 4.1.x et la 4.2.x, rendant le book LFS obsolète avec cette version. Par ailleurs, l'équipe de dev de glibc a modifié quelques caractéristiques essentielles du système sur lequel est est utilisée, c'est à dire qu'elle doit être compilée au minimum pour une architecture i486 à partir de la 2.6.x, au lieu du traditionnel i386 jusqu'à maintenant (et donc la 2.5.x utilisée pratiquement partout). Un dev de LFS a fait une branche, qui tentait d'intégrer ces deux changements, tout en permettant une compilation x86_64, qui devient aussi diffusable que du x86 (en terme de personne pouvant disposer de telles architectures). Je ne vais pas décrire le coeur des discussions, mais faire une courte synthèse des propositions qui semblent aller dans la bonne direction: avoir un CC qui indique l'architecture: CC='gcc -march=i686' (ou plutôt $NC_HOST_CPU, et on peut déjà penser à mettre gcc -march=x86_64 pour disposer du support 64bits) fournir des options de compilation par défaut qui n'indiquent pas l'architecture: CFLAGS='-s -O3 -pipe' CXXFLAGS="$CFLAGS -Wno-deprecated" Donc à voir si ça part vraiment dans ce sens là chez LFS, mais ça me semble un bon truc. Notez qu'il y a des choses à vérifier: - certains paquets mal foutu nutilisent pas la variable d'environnement CC, mais directement le nom du compilo, il faudra modifier les fichiers de config de ces paquets avant de compiler - pour le support du x86 depuis un hôte 64bits, et voire plus tard, le support de la cross-compil, il serait judicieux de commencer à intégrer des paramètres supplémentaires au ./configure pour indiquer la plateforme hote, la plateforme de build et la plateforme cible) voili, voilou, rien de définitif, juste des pistes à explorer :-) @+ -- Richard 'riri' GILL jabber: [EMAIL PROTECTED] http://riri.houbathecat.info http://nasgaia.org « Frimousse en excessivité émousse son expressivité » _______________________________________________ Nasgaia-dev mailing list [email protected] https://mail.gna.org/listinfo/nasgaia-dev
