OVH Cloud OVH Cloud

[gentoo-user-fr] [GCC] de 3.3 à 3.4

11 réponses
Avatar
grillot sebastien
Bonjour à vous tous :o)

Voila je n'ai pas ma machine devant moi mais je vais essayé d'etre le
plus clair possible !
Ce matin j'ai fais ACCEPT_KEYWORDS="~x86" emerge --deep
--je_sais_plus_quoi -f world
Et la j'ai vu qu'il m'avais telecharger GCC3.4.X
Ma question est la suivante : actuellement je suis en GCC3.3.X et un
de mes flags est pentium4 (j'ai un pentium M). Si j'install GCC dans
cette version que dois je faire de plus ? Tout recompiler apres est
lui dire un truc du style ACCEPT_KEYWORDS="~x86" emerge --deep
--new-uses world ?

Je penses que ma question dois etre un peu /bete/ mais vu que GCC est
un peu le coeur de la gentoo... je me mefis !

Amicalement

Seb

--
gentoo-user-fr@gentoo.org mailing list

1 réponse

1 2
Avatar
Aurelien Francillon
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig4D58740838699EBF1B29F182
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jean-François Maeyhieux wrote:
...
et aussi
echo "sys-libs/libstdc++-v3 ~x86" > /etc/portage/package.keywords



Exact, mea culpa mais j'ai tout tappé de mémoire comme cela, et effectivement j'avais oublié sys-libs/libstdc++-v3 ... honte à   moi :op




euh aussi >> au lieu de > c'est enervant d'ecraser son fichier
package.keywords ;)

...
# a ce moment il faut faire le switch de gcc comme ca tu recompile la
glibc binutils etc avec le nouveau compilo ...




je crois bien que l'emerge de gcc le fais automatiquement (le switch su r
la derniere version) à moins qu'il y est un message indiquant qu'i l faut
le faire à la mano juste àpres... à vérifier...


il n'a pas l'air de le faire ...

Par contre je ne comprends pas quelquechose, si tu recompiles la glibc
avec le nouveau gcc, pourquoi ne faut il pas recompiler gcc pour qu'il
prenne en compte la nouvelle glibc obtenu qui est une dependance de gcc ?

# et finalement le monde entier ... mais est-ce indispensable ? je cro is
pas a moins qu'il y a it des conflits de libraries ou des
incompatibilités ?




Voilà mon point de vue assez sommaire la dessus mais si je fais af ficher
les dépendances inverses de glibc, voilà ce que j'obtiens sur mon sytème:

# dep -r glibc
sys-libs/glibc:
dev-libs/elfutils-0.94-r1 !uclibc? >=sys-libs/glib c-2.3.2
net-im/skype-1.0.0.20 x86? >=sys-libs/glibc-2. 2.5


...

Cela fais beaucoup de pkgs dépendant de la glibc donc je pense bie n
qu'il y est un minimum à re-emerger pour avoir un système GCC 3.4 safe
compliant (désolé pour l'anglicisme).




du moment que les packages ou gcc ne sont pas compilés statiquement et
que la version de la glibc ne change pas ils devraient en profiter
automatiquement car liés dynamiquement a la glibc, non ?



Sinon, voici deux threads des forums gentoo ou le sujet et fortement
débattus pour les intéréssés:

http://forums.gentoo.org/viewtopic.php?t(2474&start=0&postdays= 0&postorder=asc&highlight=
http://forums.gentoo.org/viewtopic.php?t%4119&start=0&postdays= 0&postorder=asc&highlight=



ca fait un paquet de lecture ...

aurel



--------------enig4D58740838699EBF1B29F182
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCVtkAtsnPPsovZP0RAhHnAJ9IUhKYTM5UXVdoN2zvhPuMTttj2gCgrEHH
it2nyQjOAJCS7+CvB/axniU =UN0o
-----END PGP SIGNATURE-----

--------------enig4D58740838699EBF1B29F182--
--
mailing list
1 2