| View previous topic :: View next topic |
| Author |
Message |
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
 Posted: Tue Jul 12, 2005 8:10 am Post subject: |
 |
|
| yoyo wrote: | | kwenspc wrote: | elle a été remplacée par celle-ci : | Code: | | sys-devel/gcc-3.4.3.20050110-r2 |
donc tu mets cette dernière dans /etc/portage/package.keywords avec le ~x86 
|
Bizarre, moi j'ai : | Code: | ~% ACCEPT_KEYWORDS="~x86" emerge -vp gcc
Calculating dependencies ...done!
[ebuild NS ] sys-devel/gcc-3.4.4 |
Pour la version de gcc, utilise plutôt "gcc-config -l". |
Oui elle est sympa cette commande gcc-config -l :
| Code: | livecd / # gcc-config -l
[1] i686-pc-linux-gnu-3.4.3-20050110 *
[2] i686-pc-linux-gnu-3.4.3-20050110-hardened
[3] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[4] i686-pc-linux-gnu-3.4.3-20050110-hardenednopiessp
[5] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp |
Maintenant je sais pas si j'utilise la version 3.4.3-20050110 ou 3.4.3-20050110-r2  |
|
| Back to top |
|
 |
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 8:11 am Post subject: |
|
|
| kwenspc wrote: | amah dans le thread que tu suis pour l'install il explique comment switcher vers la nouvelle version gcc
(avec gcc-config il me semble)
une fois fait tu pourras virer gcc 3.3.x et continuer normalement |
Ouaip c'est déjà afit ca mecton, j'en suis à l'emerge -e system  |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 8:19 am Post subject: |
|
|
le "-r2" c juste pour l'ebuild
donc là vu ce que te donnes gcc-config tu utilises bien la bonne version de gcc : let's continue to install gentoo now 
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 8:25 am Post subject: |
|
|
| kwenspc wrote: | le "-r2" c juste pour l'ebuild
donc là vu ce que te donnes gcc-config tu utilises bien la bonne version de gcc : let's continue to install gentoo now |
héhé oki cool 
Bah la compile glibc, j'sais pas pourquoi mais j'ai comme l'impression qu'il tourne en boucle vu le temps que ca met  |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 8:29 am Post subject: |
|
|
hum ça dépend si tu as mis "nptl" dans tes use, si c'est le cas il va compiler la glibc 2 fois (l'une avec le support posix thread et l'autre sans)
c'est ce que j'ai fais aussi et ke ne le regrette pas même si ça prend un peu plus de place sur le dur.
mais de toute façon la glibc est plutôt longue a compiler donc t'inquièt'
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 8:30 am Post subject: |
|
|
| kwenspc wrote: | hum ça dépend si tu as mis "nptl" dans tes use, si c'est le cas il va compiler la glibc 2 fois (l'une avec le support posix thread et l'autre sans)
c'est ce que j'ai fais aussi et ke ne le regrette pas même si ça prend un peu plus de place sur le dur.
mais de toute façon la glibc est plutôt longue a compiler donc t'inquièt' |
Oui j'ai mis NPTL comme c'est écrit dans le guide. A propos, ca sert a quoi ce NPTL ? |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 8:36 am Post subject: |
|
|
si tu veux avant le support des threads dans les applications était propre à Linux, or depuis peus il y a une nouvelle norme (enfin pas si nouvelle que ça) qui est sortie et qui est bien mieux (notamment pour la portabilité) qui est les thread posix. le use nptl permte à ton linux de mettre en place cette nouvelle norme (via l'implémentation qui a été faite) tout en gardant la compatibilité de l'ancien support (linux thread).
si tu veux n'avoir que la nouvelle norme il faut mettre nptlonly dans tes use mais il y encore quelques programmes qui n'aiment pas ça.
c'ets pourquoi perso j'ai laissé nptl plutôt qu' nptlonly.
mais je pense que d'ici 6 mois le use nptlonly sera valable (si les dev porte leur applis pour)
bon corrigez moi si je dis des conneries mais en gros c'est ça
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 9:30 am Post subject: |
|
|
Oki merci pour l'explication mister
Je me suis tapé l'erreur : "gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc" pendant l'emerge de python-fsck.
La solution est ici :
https://forums.gentoo.org/viewtopic-t-314985-start-401.html
Le probleme c'est que je dois emerger python, ca c'est ok, ensuite je relange emerge -e system et là ... C'est le drame!
En effet, je me retape tout depuis le debut, y compris la compil' de glibc 
J'ai trop les nerfs  |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 9:33 am Post subject: |
|
|
ah bah oui emerge -s system force la recompilation totale du system
doit y avoir un moyen
fait un emerge -pve system, regardes les paquets qui suivent la glibc.
notes les (dans un fichier) et re-emerge les un à un
ça risque d'être fastidieux mais au moins tu reemergeras pas la glibc
ou au pire tu peus faire un script bash, oué ça peut être pas mal
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 9:36 am Post subject: |
|
|
| Ah ouais j'ai pas pensé a faire ca... Mais c'est ti po dangereux ? |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 9:49 am Post subject: |
|
|
beh non pas du tout, pourquoi coudrais tu que ça soit dangeureux?
simplement tu va faire le boulot de l'emerge -e system mais à la mano, le résultat sera le même.
en plus si jamais tu retombes sur un autre petit problème (comme tu as eus auparavant) tu pourras le régler et continuer normalement dans ta lancée.
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
yoyo
Bodhisattva
Joined: 04 Mar 2003
Posts: 4273
Location: Lyon - France
|
| Posted: Tue Jul 12, 2005 10:03 am Post subject: |
|
|
Ben corrigez moi si je me trompe mais a priori la recompil de la glibc est nécessaire :
- stage 3 => glibc + gcc-3.3
- installation gcc et glibc "~x86" => compilés avec gcc-3.3
- emerge -e => recompil du système complet (dont la glibc) avec le "nouveau" compilateur gcc-3.4
enfin bon avec le ccache d'activé ça devrait aller assez vite non ?? D'autant que tu n'as pas à re-emerger xorg ou OOo ... 
_________________
La connaissance s'accroît quand on la partage.
JCB |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 10:21 am Post subject: |
|
|
| yoyo wrote: | Ben corrigez moi si je me trompe mais a priori la recompil de la glibc est nécessaire :
- stage 3 => glibc + gcc-3.3
- installation gcc et glibc "~x86" => compilés avec gcc-3.3
- emerge -e => recompil du système complet (dont la glibc) avec le "nouveau" compilateur gcc-3.4
enfin bon avec le ccache d'activé ça devrait aller assez vite non ?? D'autant que tu n'as pas à re-emerger xorg ou OOo ... |
Bah normalement ca doit aller vite ouais, s'pour ca que dans le doute j'ai fait un emerge -e system mais si je me retape une erreur alors je fait l'astuce de kwenspc |
|
| Back to top |
|
|
morvinet
n00b
Joined: 12 Dec 2004
Posts: 6
|
| Posted: Tue Jul 12, 2005 12:46 pm Post subject: |
|
|
| kwenspc wrote: | | si tu veux avant le support des threads dans les applications était propre à Linux, or depuis peus il y a une nouvelle norme (enfin pas si nouvelle que ça) qui est sortie et qui est bien mieux (notamment pour la portabilité) qui est les thread posix |
POSIX est un standard. L'ancien modèle (LinuxThreads) comme le nouveau (NPTL) implémentent ce standard. La différence réside dans les performances ; la bibliothèque LinuxThreads a été programmée uniquement en utilisant les fonctions déjà existantes dans le noyau (plus exactement la fonction clone), alors que pour NPTL, les développeurs de RedHat ont convaincu Torvalds de faire des aménagements dans le kernel afin de rendre le threading plus efficace (création des futexes, augmentation du nombre de threads pouvant exister simultanément, etc.).
Pour être tout à fait exact, NPTL est tout de même davantage compatible POSIX du fait des contingences imposées à Xavier Leroy à l'époque de la création de LinuxThreads. La gestion des signaux a notamment été améliorée.
Techniquement, les applis écrites à l'époque de LinuxThreads devraient tourner sans modifications particulières avec NPTL. Si ce n'est pas le cas c'est que les développeurs avaient utilisé leur connaissance de la bibliothèque pour de vilain hacks, ou qu'une bourde sans conséquence à l'époque est devenue importante avec la nouvelle implémentation.
Et pour la petite histoire, IBM a travaillé longtemps sur NGPT (Next Generation POSIX Threads), une bibliothèque concurrente de NPTL qui a eu pendant un moment la préférence de Torvalds, avant que cette dernière soit finalement adoptée. NGPT se distinguait de NPTL par l'implémentation du modèle M:N (qui consiste à envelopper les M threads tournant à un instant donné dans N processus, N étant le nombre de processeurs). Du fait de la complexité de la chose, notamment de la nécessité d'implémenter un scheduler complet en mode utilisateur, les performances n'ont jamais atteint celles de NPTL.
Last edited by morvinet on Tue Jul 12, 2005 12:51 pm; edited 1 time in total |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Jul 12, 2005 12:47 pm Post subject: |
|
|
ah merci pour ces précisions morvinet, vraiment!
_________________
membre officieux du SAV Ati GEntoo |
|
| Back to top |
|
|
_kal_
l33t
Joined: 04 Mar 2005
Posts: 602
Location: Paris
|
| Posted: Tue Jul 12, 2005 2:43 pm Post subject: |
|
|
Waouh! Tres bonne explication morvinet 
Bon de mo, coté, l'installation est fini !! J'arrive meme a avoir le fbsplash
Petite question : est il possible d'être en 1440x900 en console ? en effet, je vois que le theme livecd-2005.1 propose un fichier de config pour 1440x900 mais lorsque je boot en mettant video=vesafb:mtrr,ywrap,1024x768-32@60
comme paramètre au kernel dans grub, alors l'affichage plante completement
Quelqu(un sait il comment faire ? |
|
| Back to top |
|
|
|
French
