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 !
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 !
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 !
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote: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 !
Effectivement, gcc c'est important sur un système dont les pkgs sont
compilés.
A l'heure actuelle, gcc 3.4 est très stable. j'ai gcc en ~x86 (par
/etc/portage/packages.keywords) depuis pas mal de temps et sur plus de
700 pkgs installés, seul un seul n'accepte pas de se compiler en gcc
3.4, il s'agit de obpager.
Beaucoup de personnes ont un système en gcc 3.4 et en sont bien
content: léger gain en temps de compilation, meilleure optimisations
selon les architectures.
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
partant d'un gcc 3.3.
Il te faut garder déjà gcc 3.3 stable grace au mécanisme des slots.
Donc:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
emerge -av sys-kernel/linux-headers glibc gcc binutils
sys-kernel/linux-headers glibc gcc binutils
#vérification du gcc actif (normalement, le dernier emergé)
gcc-config -l
#vérifier où se trouve l'étoile indiquant la version de gcc active, si
ce n'est pas bon, voir plus loin pour le changer.
# Ensuite recompilation de tous les pkgs avec ce nouveau gcc
emerge -ev world
Si tu veux ou tu as besoin de recompiler avec un gcc 3.3 pour un pkg
donné qui ne veut pas se compiler (rare à l'heure actuelle), il te
faut jouer avec "gcc-config":
# liste des gcc installés:
gcc-config -l
[1] i686-pc-linux-gnu-3.3.5
[2] i686-pc-linux-gnu-3.3.5-hardened
[3] i686-pc-linux-gnu-3.3.5-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-hardenednossp
[5] i686-pc-linux-gnu-3.4.3-20050110 *
[6] i686-pc-linux-gnu-3.4.3-20050110-hardened
[7] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[8] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp
# changement de gcc actif en 3.3.5
gcc-config 1 && source /etc/profile
emerge -av le-pkg-que-tu-veux
# retour en gcc 3.4.3
gcc-config 5 && source /etc/profile
En pensant éclaircir les esprits de certains au sujet du toolchain
utilisé par gentoo. J'ai utilisé ces mécanismes à maintes reprises
pour passer d'un système hardened en système normal, pour passer en
gcc stable à unstable et sans jamais avoir eu de gros problèmes.
Beaucoup de posts sur les forums parlent de çà (des heures de lectures
en perspectives).
Voili, voiloù,
TuTTle
--
--------------------------------------------------------------------------------------
PGP Public Key = http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770 <http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770>
Key ID = 63DB4770 Tuttle (JFM) <mailto:
--------------------------------------------------------------------------------------
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote:
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 !
Effectivement, gcc c'est important sur un système dont les pkgs sont
compilés.
A l'heure actuelle, gcc 3.4 est très stable. j'ai gcc en ~x86 (par
/etc/portage/packages.keywords) depuis pas mal de temps et sur plus de
700 pkgs installés, seul un seul n'accepte pas de se compiler en gcc
3.4, il s'agit de obpager.
Beaucoup de personnes ont un système en gcc 3.4 et en sont bien
content: léger gain en temps de compilation, meilleure optimisations
selon les architectures.
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
partant d'un gcc 3.3.
Il te faut garder déjà gcc 3.3 stable grace au mécanisme des slots.
Donc:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
emerge -av sys-kernel/linux-headers glibc gcc binutils
sys-kernel/linux-headers glibc gcc binutils
#vérification du gcc actif (normalement, le dernier emergé)
gcc-config -l
#vérifier où se trouve l'étoile indiquant la version de gcc active, si
ce n'est pas bon, voir plus loin pour le changer.
# Ensuite recompilation de tous les pkgs avec ce nouveau gcc
emerge -ev world
Si tu veux ou tu as besoin de recompiler avec un gcc 3.3 pour un pkg
donné qui ne veut pas se compiler (rare à l'heure actuelle), il te
faut jouer avec "gcc-config":
# liste des gcc installés:
gcc-config -l
[1] i686-pc-linux-gnu-3.3.5
[2] i686-pc-linux-gnu-3.3.5-hardened
[3] i686-pc-linux-gnu-3.3.5-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-hardenednossp
[5] i686-pc-linux-gnu-3.4.3-20050110 *
[6] i686-pc-linux-gnu-3.4.3-20050110-hardened
[7] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[8] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp
# changement de gcc actif en 3.3.5
gcc-config 1 && source /etc/profile
emerge -av le-pkg-que-tu-veux
# retour en gcc 3.4.3
gcc-config 5 && source /etc/profile
En pensant éclaircir les esprits de certains au sujet du toolchain
utilisé par gentoo. J'ai utilisé ces mécanismes à maintes reprises
pour passer d'un système hardened en système normal, pour passer en
gcc stable à unstable et sans jamais avoir eu de gros problèmes.
Beaucoup de posts sur les forums parlent de çà (des heures de lectures
en perspectives).
Voili, voiloù,
TuTTle
--
--------------------------------------------------------------------------------------
PGP Public Key = http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770 <http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770>
Key ID = 63DB4770 Tuttle (JFM) <b4b1@free.fr <mailto:b4b1@free.fr>>
--------------------------------------------------------------------------------------
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote: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 !
Effectivement, gcc c'est important sur un système dont les pkgs sont
compilés.
A l'heure actuelle, gcc 3.4 est très stable. j'ai gcc en ~x86 (par
/etc/portage/packages.keywords) depuis pas mal de temps et sur plus de
700 pkgs installés, seul un seul n'accepte pas de se compiler en gcc
3.4, il s'agit de obpager.
Beaucoup de personnes ont un système en gcc 3.4 et en sont bien
content: léger gain en temps de compilation, meilleure optimisations
selon les architectures.
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
partant d'un gcc 3.3.
Il te faut garder déjà gcc 3.3 stable grace au mécanisme des slots.
Donc:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
emerge -av sys-kernel/linux-headers glibc gcc binutils
sys-kernel/linux-headers glibc gcc binutils
#vérification du gcc actif (normalement, le dernier emergé)
gcc-config -l
#vérifier où se trouve l'étoile indiquant la version de gcc active, si
ce n'est pas bon, voir plus loin pour le changer.
# Ensuite recompilation de tous les pkgs avec ce nouveau gcc
emerge -ev world
Si tu veux ou tu as besoin de recompiler avec un gcc 3.3 pour un pkg
donné qui ne veut pas se compiler (rare à l'heure actuelle), il te
faut jouer avec "gcc-config":
# liste des gcc installés:
gcc-config -l
[1] i686-pc-linux-gnu-3.3.5
[2] i686-pc-linux-gnu-3.3.5-hardened
[3] i686-pc-linux-gnu-3.3.5-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-hardenednossp
[5] i686-pc-linux-gnu-3.4.3-20050110 *
[6] i686-pc-linux-gnu-3.4.3-20050110-hardened
[7] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[8] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp
# changement de gcc actif en 3.3.5
gcc-config 1 && source /etc/profile
emerge -av le-pkg-que-tu-veux
# retour en gcc 3.4.3
gcc-config 5 && source /etc/profile
En pensant éclaircir les esprits de certains au sujet du toolchain
utilisé par gentoo. J'ai utilisé ces mécanismes à maintes reprises
pour passer d'un système hardened en système normal, pour passer en
gcc stable à unstable et sans jamais avoir eu de gros problèmes.
Beaucoup de posts sur les forums parlent de çà (des heures de lectures
en perspectives).
Voili, voiloù,
TuTTle
--
--------------------------------------------------------------------------------------
PGP Public Key = http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770 <http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x63DB4770>
Key ID = 63DB4770 Tuttle (JFM) <mailto:
--------------------------------------------------------------------------------------
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
On Tue, 2005-04-05 at 15:30 +0200, grillot sebastien wrote:
# Rajout de la version 3.4 de gcc (unstable pour portage)
cat "gcc ~x86" > /etc/portage/packages.keywords
# Recompilation du toolchain (on compile bien 2 fois pour que gcc
bénéficie de ses propres optimisations)
donc a moins que je me trompe, emerger 2 fois le package gcc de
suite ne sert a rien du tout ...
quelq'un peut confirmer ou je suis vraiment a coté de la plaque ?
donc a moins que je me trompe, emerger 2 fois le package gcc de
suite ne sert a rien du tout ...
quelq'un peut confirmer ou je suis vraiment a coté de la plaque ?
donc a moins que je me trompe, emerger 2 fois le package gcc de
suite ne sert a rien du tout ...
quelq'un peut confirmer ou je suis vraiment a coté de la plaque ?
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
j'hésite encore à passé en version 3.4 suite à celà. J'entend par
là que je tien à gardé un système stable
j'ai maské alsa-[tous s'qui est là]-1.0.8 afin de ne pas "crashé" mes
application qui nécéssite alsa.
GCC-3.4.3 corrige t'il des bugs, comme
par example ceux causé par alsa 1.0.8?
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
j'hésite encore à passé en version 3.4 suite à celà. J'entend par
là que je tien à gardé un système stable
j'ai maské alsa-[tous s'qui est là]-1.0.8 afin de ne pas "crashé" mes
application qui nécéssite alsa.
GCC-3.4.3 corrige t'il des bugs, comme
par example ceux causé par alsa 1.0.8?
Voilà la marche à suivre pour obtenir un système compilé en gcc 3.4
j'hésite encore à passé en version 3.4 suite à celà. J'entend par
là que je tien à gardé un système stable
j'ai maské alsa-[tous s'qui est là]-1.0.8 afin de ne pas "crashé" mes
application qui nécéssite alsa.
GCC-3.4.3 corrige t'il des bugs, comme
par example ceux causé par alsa 1.0.8?
salut ,
merci pour ton petit resumé et les explications sur l'upggrade gcc et
gcc-config... mais j'ai quand meme quelques commentaires ...
> # Rajout de la version 3.4 de gcc (unstable pour portage)
> cat "gcc ~x86" > /etc/portage/packages.keywords
>
euh il faut pas faire un cat mais un echo, il n'y a pas de s a package
(.keyword) et il ne faut pas oublier sys-devel/ avant gcc sinon ca
marche pas ;)
donc :
echo "sys-devel/gcc ~x86" > /etc/portage/package.keywords
et aussi
echo "sys-libs/libstdc++-v3 ~x86" > /etc/portage/package.keywords
deux emerge de gcc de font pas :
gcc 3.3. -> gcc 3.4 (compilé avec gcc 3.3 ) -> (deuxiemme emerge)-> gc c
3.4 (compilé avec gcc 3.4 )
mais plutot :
gcc 3.3. -> xgcc 3.4 (compilé avec gcc 3.3 ) -> gcc 3.4 (compilé ave c
xgcc 3.4) -> (deuxiemme emerge ) -> xgcc 3.4 (compilé avec gcc 3.4 ) ->
gcc 3.4 (compilé avec xgcc 3.4)
# a ce moment il faut faire le switch de gcc comme ca tu recompile la
glibc binutils etc avec le nouveau compilo ...
# et finalement le monde entier ... mais est-ce indispensable ? je crois
pas a moins qu'il y a it des conflits de libraries ou des
incompatibilités ?
=sys-libs/glibc-2.3.2
=sys-libs/glibc-2.3.2-r9
=sys-libs/glibc-2.3.3_pre20040420-r1
salut ,
merci pour ton petit resumé et les explications sur l'upggrade gcc et
gcc-config... mais j'ai quand meme quelques commentaires ...
> # Rajout de la version 3.4 de gcc (unstable pour portage)
> cat "gcc ~x86" > /etc/portage/packages.keywords
>
euh il faut pas faire un cat mais un echo, il n'y a pas de s a package
(.keyword) et il ne faut pas oublier sys-devel/ avant gcc sinon ca
marche pas ;)
donc :
echo "sys-devel/gcc ~x86" > /etc/portage/package.keywords
et aussi
echo "sys-libs/libstdc++-v3 ~x86" > /etc/portage/package.keywords
deux emerge de gcc de font pas :
gcc 3.3. -> gcc 3.4 (compilé avec gcc 3.3 ) -> (deuxiemme emerge)-> gc c
3.4 (compilé avec gcc 3.4 )
mais plutot :
gcc 3.3. -> xgcc 3.4 (compilé avec gcc 3.3 ) -> gcc 3.4 (compilé ave c
xgcc 3.4) -> (deuxiemme emerge ) -> xgcc 3.4 (compilé avec gcc 3.4 ) ->
gcc 3.4 (compilé avec xgcc 3.4)
# a ce moment il faut faire le switch de gcc comme ca tu recompile la
glibc binutils etc avec le nouveau compilo ...
# et finalement le monde entier ... mais est-ce indispensable ? je crois
pas a moins qu'il y a it des conflits de libraries ou des
incompatibilités ?
=sys-libs/glibc-2.3.2
=sys-libs/glibc-2.3.2-r9
=sys-libs/glibc-2.3.3_pre20040420-r1
salut ,
merci pour ton petit resumé et les explications sur l'upggrade gcc et
gcc-config... mais j'ai quand meme quelques commentaires ...
> # Rajout de la version 3.4 de gcc (unstable pour portage)
> cat "gcc ~x86" > /etc/portage/packages.keywords
>
euh il faut pas faire un cat mais un echo, il n'y a pas de s a package
(.keyword) et il ne faut pas oublier sys-devel/ avant gcc sinon ca
marche pas ;)
donc :
echo "sys-devel/gcc ~x86" > /etc/portage/package.keywords
et aussi
echo "sys-libs/libstdc++-v3 ~x86" > /etc/portage/package.keywords
deux emerge de gcc de font pas :
gcc 3.3. -> gcc 3.4 (compilé avec gcc 3.3 ) -> (deuxiemme emerge)-> gc c
3.4 (compilé avec gcc 3.4 )
mais plutot :
gcc 3.3. -> xgcc 3.4 (compilé avec gcc 3.3 ) -> gcc 3.4 (compilé ave c
xgcc 3.4) -> (deuxiemme emerge ) -> xgcc 3.4 (compilé avec gcc 3.4 ) ->
gcc 3.4 (compilé avec xgcc 3.4)
# a ce moment il faut faire le switch de gcc comme ca tu recompile la
glibc binutils etc avec le nouveau compilo ...
# et finalement le monde entier ... mais est-ce indispensable ? je crois
pas a moins qu'il y a it des conflits de libraries ou des
incompatibilités ?
=sys-libs/glibc-2.3.2
=sys-libs/glibc-2.3.2-r9
=sys-libs/glibc-2.3.3_pre20040420-r1
Jean-François Maeyhieux wrote:
>
<Grrr>
Le HTML, c'est mal.
</Grrr>
Jean-François Maeyhieux wrote:
>
<Grrr>
Le HTML, c'est mal.
</Grrr>
Jean-François Maeyhieux wrote:
>
<Grrr>
Le HTML, c'est mal.
</Grrr>
Le HTML, c'est mal.
oui ce n'est pas bien... je ne sais pas pkoi evolution l'a envoyé en
html... enfin, je viens de corriger mes settings...
Faut il que je renvoie mon précédent message ?
Le HTML, c'est mal.
oui ce n'est pas bien... je ne sais pas pkoi evolution l'a envoyé en
html... enfin, je viens de corriger mes settings...
Faut il que je renvoie mon précédent message ?
Le HTML, c'est mal.
oui ce n'est pas bien... je ne sais pas pkoi evolution l'a envoyé en
html... enfin, je viens de corriger mes settings...
Faut il que je renvoie mon précédent message ?