| View previous topic :: View next topic |
| Author |
Message |
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
 Posted: Tue Jun 15, 2004 7:47 pm Post subject: |
 |
|
| Eh ouais, yapuka attendre... |
|
| Back to top |
|
 |
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Tue Jun 15, 2004 7:56 pm Post subject: |
|
|
| Martin LORANG wrote: | | Eh ouais, yapuka attendre... |
aha, encore un mot en ya- c'est dingue hein ?
sinon ya aussi l'option demerden Sie sich ! 
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Tue Jun 15, 2004 7:57 pm Post subject: |
|
|
Bon, pour tous ceux qui ont le problème de
[HCG] A problem occured while creating the command line [NOT OK]
effacer le fichier InOut.py et laisser le script cflagselect.py le retélécharger.
L'erreur venait d'un cp unfichier sur_un_repertoire_pas_existant
Maintenant, ça devrait tourner assez bien!
Sinon, pour Martin, si tu précises les CFLAGS comme tu le fais, effectivement tu modifies les CFLAG pour la compilation de Dacovea, mais tu modifies aussi les CFLAGS d'origine du logiciel que tu testes (en l'occurence lame). Et comme j'utilise les CFLAGS d'origine pour calculer le gain au final, tes résultats ne seront pas comparables à ceux des autres. Ceci dit, pourquoi pas...
Si tu veux revernir dans la même configuration que les autres, supprime le répertoire /tmp/ts (ce qui supprimera lame par la même occasion), mais laisse dacovea installé (en gros ne fait rien de plus qu'arrêter le script s'il tourne, rm -rf /tmp/ts). Relance le script tel quel, dans le répertoire où il y a les autres scripts.
En effet les autres scripts DOIVENT IMPERATIVEMENT ETRE DANS LE MEME REPERTOIRE QUE CFLAGSELECT.PY
Sinon, ça ne marchera pas, ou alors, vous seriez obligé d'installer ces scripts annexes dans le path de python (ce qui est une très mauvaise idée).
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
| Posted: Tue Jun 15, 2004 8:00 pm Post subject: |
|
|
| Effectivement ça a l'air de fonctionner maintenant. |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Tue Jun 15, 2004 8:03 pm Post subject: |
|
|
Maintenant c'est chez moi que ca foire :
| Code: |
make[3]: Entering directory `/root/dacovea-1.0/acovea-4.0.0'
make[3]: Rien à faire pour « install-exec-am ».
if test -d ./config; then \
mkdir -p -- . /usr/local/share/acovea/config; \
for cfgfile in ./config/*; do \
if test -f $cfgfile; then \
/bin/install -c -m 644 $cfgfile /usr/local/share/acovea/config; \
fi \
done \
fi
if test -d ./benchmarks; then \
mkdir -p -- . /usr/local/share/acovea/benchmarks; \
for benchfile in ./benchmarks/*; do \
if test -f $benchfile; then \
/bin/install -c -m 644 $benchfile /usr/local/share/acovea/benchmarks; \
fi \
done \
fi
make[3]: Leaving directory `/root/dacovea-1.0/acovea-4.0.0'
make[2]: Leaving directory `/root/dacovea-1.0/acovea-4.0.0'
make[1]: Leaving directory `/root/dacovea-1.0/acovea-4.0.0'
[HCG] Save the configuration file [ OK ]
[HCG] Cannot install DAcovea... [NOT OK]
|
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
| Posted: Tue Jun 15, 2004 8:11 pm Post subject: |
|
|
| Martin LORANG wrote: | | Effectivement ça a l'air de fonctionner maintenant. |
Mais je vois dans les messages de compil de temps en temps l'erreur suivante: | Code: | | error: -malign-double makes no sense in the 64bit mode |
|
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Tue Jun 15, 2004 8:19 pm Post subject: |
|
|
Petite remarque supplémentaire, le script cflagselect.py essaye de récupérer des manques de fichiers, corruptions, etc...
Donc si quelque chose foire, voila les fichiers qu'il faut garder :
- Dans /tmp/ts, les fichiers .out (pour ceux qui ont la chance d'avoir pu compiler) qui contiennent les résultats de la sélection par dacovea. VITAL (à moins que vous voulez tout refaire, mais bon...)
- Dans /tmp/ts, les fichiers .run qui contiennent les sauvegardes inter-générations pour les calculs de dacovea. Sur lame, on peut tout lancer d'un coup (compilation en 40s sur un P4) mais pour les futurs projects tels que Mozilla, ou OpenOffice (compilation d'un à plusieurs jours), ce seront ces fichiers qui seront distribués via le prochain script. IMPORTANT
- Dans /tmp/ts, le fichier gcc3{2,3,4}_processor.dacovea, contient la liste des CFLAGS à tester (si vous ne le modifier pas, vous pourrez l'effacer) OPTIONNEL
- Dans /etc, le fichier hardware.conf contient la detection de votre matériel. Je vous conseille de modifier/vérifier son contenu si la detection n'est pas géniale (genre BUSSPEED qui est différent de votre FSB, ou GCARD différent de votre carte graphique). Cependant, veuillez garder le même format (NOM=VALEUR) (jamais d'unité, pas de Mhz, MB, MO) IMPORTANT
- Dans /tmp, le fichier .tslist qui contient la liste des logiciels "testables". Je vous conseille pour l'instant de le garder, je rejouterai la fonction sync bientôt pour le synchroniser. INUTILE
Pour désinstaller dacovea, il faut se rendre dans le repertoire dacovea-1.0
et faire un make uninstall
Voila pour l'info, je la ferais mettre sur le site bientôt.
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Tue Jun 15, 2004 8:25 pm Post subject: |
|
|
A l'attention de Kernel_sensei,
C'est vraiment très étrange. Quel est le résultat de la commande "dacovea -v" (sans ./ devant) ? Es-tu en root ?
Bonne chance...
A l'attention de Martin,
Si tu vois de temps en temps ce message, c'est parce que dacovea essaye ce flag. Comme tu dois avoir un processeur en 64bit, ce cflag est périmé (inutile d'où l'erreur). Si ça te gène, modifie le fichier /tmp/ts/gcc34_processor.dacovea (pour supprimer la ligne où le flag apparait). Par contre tu seras obligé de tout relancer depuis le début (supprimer /tmp/ts/*.run).
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Tue Jun 15, 2004 8:32 pm Post subject: |
|
|
c'est bon, trouvé ..
pour passer en root j'utilise et a priori en faisant ca il ne me met pas tous les path, en faisant ca marche ..
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
Pachacamac
Veteran
Joined: 22 Nov 2003
Posts: 1264
Location: Paris - France
|
| Posted: Tue Jun 15, 2004 8:44 pm Post subject: |
|
|
En effet kernel_sensei c'est la différence qu'il y a entre les 2 commandes.
su garde le path de l'utilisateur qui passe en root tandis que su - donne l'identité root avec les paths root.
Last edited by Pachacamac on Tue Jun 15, 2004 8:50 pm; edited 1 time in total |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Tue Jun 15, 2004 8:45 pm Post subject: |
|
|
| Pachacamac wrote: | En effet kernel_sense c'est la différence qu'il y a entre les 2 commandes.
su garde le path de l'utilisateur qui passe en root tandis que su - donne l'identité root avec les paths root. |
oui merci, je sais m'ais j'avais pas tilté sur le coup !
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
Pachacamac
Veteran
Joined: 22 Nov 2003
Posts: 1264
Location: Paris - France
|
| Posted: Tue Jun 15, 2004 8:50 pm Post subject: |
|
|
Ah mince j'ai écorché ton pseudo kernel_sensei, dsl 
Par contre j'ai toujours une erreur chez moi :
[HCG] Archive found now and modified [ OK ]
cp: Ne peut évaluer `dacovea-1.0/acovea-4.0.0/config/*.dacovea' par stat(): Aucun fichier ou répertoire de ce type
[HCG] A problem occured while creating the command line [NOT OK]
Je vais essayer de supprimer acovea, après je tente la compill et je vais au lit. |
|
| Back to top |
|
|
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
| Posted: Tue Jun 15, 2004 8:50 pm Post subject: |
|
|
| X-Ryl669 wrote: | A l'attention de Martin,
Si tu vois de temps en temps ce message, c'est parce que dacovea essaye ce flag. Comme tu dois avoir un processeur en 64bit, ce cflag est périmé (inutile d'où l'erreur). Si ça te gène, modifie le fichier /tmp/ts/gcc34_processor.dacovea (pour supprimer la ligne où le flag apparait). Par contre tu seras obligé de tout relancer depuis le début (supprimer /tmp/ts/*.run). |
C'est ce que j'ai fait mais il reste plein d'erreurs style : | Code: | -==¤¤¤ [ 5 / 7 ] Running test, please wait ¤¤¤==-layer3.c: In function `do_layer3':
layer3.c:1811: internal compiler error: in remember_web_was_spilled, at ra-build.c:2314
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /tmp/ccuEgKqq.out file, please attach this to your bugreport.
make[2]: *** [layer3.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2 |
ou | Code: | -==¤¤¤ [ 7 / 7 ] Running test, please wait ¤¤¤==-
SHORT RUN TIME ERROR: |
ou très bizarre | Code: | CFLAGS= -O1 -march=opteron -mtune=opteron -ffast-math -fno-guess-branch-probability -fno-if-conversion -fno-if-conversion2 -fno-loop-optimize -foptimize-sibling-calls -fgcse -fforce-mem -fschedule-insns -fschedule-insns2 -fdelete-null-pointer-checks -fsched-interblock -fsched-spec -falign-loops -falign-jumps -falign-functions -fno-inline -fpeel-loops -funswitch-loops -maccumulate-outgoing-args -mno-align-stringops -minline-all-stringops -mfpmath=sse,387 -fno-math-errno -funsafe-math-optimizations
-==¤¤¤ [ 5 / 7 ] Running test, please wait ¤¤¤==-quantize.c: In function `VBR_prepare':
quantize.c:1575: error: unable to find a register to spill in class `DREG'
quantize.c:1575: error: this is the insn:
(insn 37 41 768 0 (parallel [
(set (reg:SI 37 r8 [395])
(div:SI (reg:SI 0 ax [393])
(mem/s/j:SI (plus:DI (reg:DI 43 r14 [379])
(const_int 31920 [0x7cb0])) [0 <variable>.mode_gr+0 S4 A64])))
(set (reg:SI 0 ax [394])
(mod:SI (reg:SI 0 ax [393])
(mem/s/j:SI (plus:DI (reg:DI 43 r14 [379])
(const_int 31920 [0x7cb0])) [0 <variable>.mode_gr+0 S4 A64])))
(clobber (reg:CC 17 flags))
]) 264 {*divmodsi4_cltd} (insn_list 34 (nil))
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_UNUSED (reg:SI 0 ax [394])
(nil))))
quantize.c:1575: confused by earlier errors, bailing out
make[3]: *** [quantize.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
COMPILE FAILED: |
|
|
| Back to top |
|
|
Pachacamac
Veteran
Joined: 22 Nov 2003
Posts: 1264
Location: Paris - France
|
| Posted: Tue Jun 15, 2004 8:57 pm Post subject: |
|
|
J'ai supprimé le dossier /usr/local/share/acovea mais cela n'a rien changé au problème.
Il ne me demande meme pas de le retelecharger. Aie j'ai tout cassé 
Mais ce n'est pas pour autant que je vais mal dormir 
Bonne nuit à tous et à toutes. |
|
| Back to top |
|
|
YuLin
Tux's lil' helper
Joined: 30 Jan 2004
Posts: 88
Location: Lausanne [CH]
|
| Posted: Tue Jun 15, 2004 9:06 pm Post subject: |
|
|
| Pachacamac wrote: | J'ai supprimé le dossier /usr/local/share/acovea mais cela n'a rien changé au problème.
Il ne me demande meme pas de le retelecharger. Aie j'ai tout cassé
Mais ce n'est pas pour autant que je vais mal dormir
Bonne nuit à tous et à toutes. |
Supprimer le dossier c'est bien mais tu devrais aussi supprimer le binaire acovea dans /usr/local/bin/ sinon le script croira tu as encore l'application d'installée, ce qui est vrai. 
_________________
Life would be so much easier if we could have a look at the source code...
http://photoblog.swissly-yours.net |
|
| Back to top |
|
|
YuLin
Tux's lil' helper
Joined: 30 Jan 2004
Posts: 88
Location: Lausanne [CH]
|
| Posted: Tue Jun 15, 2004 9:11 pm Post subject: |
|
|
Bon, quant à moi, j'ai donc tenté de faire les même tests sur lame avec mon Pentium III. Tout, absolument tout a bien fonctionné sans la moindre erreur, sauf que voilà, à la fin, j'ai ça :
| Code: | run complete time: 2004 Jun 15 23:01:19
optimistic options:
-fno-if-conversion2 (1.835)
-fcse-follow-jumps (1.313)
-fcse-skip-blocks (1.661)
-fregmove (2.184)
-fdelete-null-pointer-checks (1.138)
-freorder-functions (1.313)
-ftracer (1.313)
-mieee-fp (1.138)
-malign-double (1.487)
pessimistic options:
-fno-if-conversion (-1.65)
-fforce-mem (-1.65)
-fnew-ra (-1.824)
-funroll-loops (-1.999)
-maccumulate-outgoing-args (-1.999)
-mfpmath=387 (-1.999)
-mfpmath=sse,387 (-2.173)
-momit-leaf-frame-pointer (-1.127)
-funsafe-math-optimizations (-1.127)
[HCG] Test finished transmitting the result...
[HCG] Testing result is enabled so test is running
[HCG] Testing with -O3 flag
[HCG] Compilation took 71s
[HCG] -O3 returned 6.618 with binary size 314537 bytes
[HCG] Testing with fitted flags
[HCG] Compilation took 79s
[HCG] Dacovea flags returned 5.993 with binary size 314357 bytes
[HCG] Testing with original project flags
takehiro.c:1202: warning: `all_scalefactors_not_negative' defined but not used
[HCG] Compilation took 89s
[HCG] Initial flags returned 6.294 with binary size 379756 bytes
[HCG] Cannot detect the processor... [NOT OK]
[HCG] Please report the following to the site... [NOT OK]
Pentium III (Coppermine)
root@foo bar # |
C'est quand même étrange ce "Pentium III" qui s'affiche juste avant de me filer le prompt
EDIT : OK, je viens de comprendre en regardant le script InOut.py : cette partie du script ne s'attend pas à trouver le " (Coppermine)" après "Pentium III". Je viens de modifier le script, ça devrait marcher.
_________________
Life would be so much easier if we could have a look at the source code...
http://photoblog.swissly-yours.net |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Tue Jun 15, 2004 9:36 pm Post subject: |
|
|
Martin,
un utilisateur normal ne va pas tenter tous les flags que dacovea utilise. De plus, un utilisateur normal n'associe pas les flags stupides ou contradictoires comme -fieee-fp avec -funsafe-math-optimization. Dacovea, est bête et méchant, il essaye, et si ça foire, ça foire.
Les messages d'erreur sont en fait ceux de gcc qui arrive soit à ne pas compiler le code (internal compiler error), soit à compiler un code foireux (qui est ensuite détecté par les fameux scripts de test des logiciels) SHORT TIME ERROR, soit se viander dans la compilation du langage intermédiare (c'est la première fois que je vois ça, ça doit être dû à gcc34). C'est pas grave, l'individu testé est éliminé de toute façon.
Pachacamac,
Suit les conseils de YuLin, supprime dacovea de /usr/local/bin...
Supprime /tmp/ts
Supprime tous les fichiers des scripts.
Retelecharge les scripts, su, chmod +x et bonne chance.
(J'avais la même erreur que toi jusqu'à ce que je modifie le tar.bz2 de dacovea. Il faut impérativement que tu le retélécharge, ou que tu laisses les scripts le faire pour toi).
YuLin,
Je modifie les scripts en consequence du fameux message que tu as posté. Tu peux essayer de modifier InOut.py, pour que ça passe. Je modifie InOut.py avec ton identifiant processeur (en fait, je l'ajoute à la liste des Pentium III (qui devrait être détecté)). Je reposte InOut sur le site dans quelque secondes...
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
YuLin
Tux's lil' helper
Joined: 30 Jan 2004
Posts: 88
Location: Lausanne [CH]
|
| Posted: Tue Jun 15, 2004 9:45 pm Post subject: |
|
|
Youpéka ! Ma modification a tenu la route ! Donc ça marche ! Et un deuxième rapport de test ! Un !
Faudrait vraiment revoir la fonction GetCompatibleProcID, parce qu'en théorie ça à l'air bon, mais va falloir la changer un peu...
_________________
Life would be so much easier if we could have a look at the source code...
http://photoblog.swissly-yours.net |
|
| Back to top |
|
|
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
| Posted: Tue Jun 15, 2004 9:47 pm Post subject: |
|
|
Tout à la fin j'obtiens : | Code: | [HCG] Initial flags returned 2,768 with binary size 494407 bytes [ OK ]
Traceback (most recent call last):
File "/root/cflags_en_folie/cflagselect.py", line 154, in ?
InOut.TransmitResult(listname[softname], dr, result, Conf, teston != -1)
File "/root/cflags_en_folie/InOut.py", line 762, in TransmitResult
Mean = float(o3[0]) + float(proj[0]) + float(dac[0])
ValueError: invalid literal for float(): 2,968 |
Avec : | Code: | | LANG="C" ./cflagselect.py |
ça fonctionne : les "," sont remplacés par des "." dans les nombres à virgule avec LANG="C" au lieu de mon LANG="fr_FR@euro" par défaut.
Les résultats ont du arriver !
Sur ce : bonne nuit ! |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Wed Jun 16, 2004 8:02 am Post subject: |
|
|
Martin,
Au vu de tes résultats, je te conseille de modifier le fichier gcc34_processor.dacovea en remplaçant la ligne
<command value="-O1|-..." />
par
<command value="-O3|-..." />
Je ne sais pas pourquoi c'est -O1 qui est sélectionné par défaut (erreur de ma part je pense)...
Bref, il faudrait que tu relance le script, encore une fois en ayant supprimé préalablement les fichiers lame.out lame*.run du répertoire /tmp/ts
Voila, sinon, bravo les gars, le système fonctionne.
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Wed Jun 16, 2004 8:29 am Post subject: |
|
|
Connaîtriez vous un site où sont recensés tous les noms des modèles de processeur existants (de l'AMD 486 à au cyrix 586 en passant par tous les Intels ?)
Je parle ici du nom que renvoie l'instruction assembleur CPUID (inscrit en ROM dans le processeur lui-même). Linux utilise ce nom pour l'afficher, mais il ne semble pas qu'il existe de règles pour ce nom.
J'ai déjà parcouru : https://forums.gentoo.org/viewtopic.php?t=103757&highlight=cpuinfo
et c'est grâce à ce thread que j'ai pu créer la fonction GetCompatibleProcID. Cette fonction manque de précision, d'où certaines erreurs que vous avez avant que le site n'envoie ces résultats.
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
YuLin
Tux's lil' helper
Joined: 30 Jan 2004
Posts: 88
Location: Lausanne [CH]
|
| Posted: Wed Jun 16, 2004 9:29 am Post subject: |
|
|
N'est-il pas possible dans cette optique d'utiliser plutôt les valeurs vendor_id, family et model ?
Ca serait moins contraignant au niveau de la fonction GetCompatibleProcID, bien qu'il faille à un moment donné pouvoir convertir ces informations données par des chiffres en chaînes comportant les noms réels des processeurs...
Je suis en train de googler un maximum pour trouver des trucs sur la détection de processeurs, je te tiens au courant.
_________________
Life would be so much easier if we could have a look at the source code...
http://photoblog.swissly-yours.net |
|
| Back to top |
|
|
X-Ryl669
Tux's lil' helper
Joined: 16 Feb 2004
Posts: 135
|
| Posted: Wed Jun 16, 2004 9:38 am Post subject: |
|
|
C'est pareil, il faut trouver la correspondance vendor_id, family, cpu_id avec un type de processeur, et là, moi j'ai rien trouvé de vraiment satisfaisant sur google.
_________________
Think it twice, think it thrice, you never think enough... |
|
| Back to top |
|
|
Martin LORANG
Tux's lil' helper
Joined: 07 Dec 2003
Posts: 92
Location: Moselle / France
|
| Posted: Wed Jun 16, 2004 9:40 am Post subject: |
|
|
| X-Ryl669 wrote: | Martin,
Au vu de tes résultats, je te conseille de modifier le fichier gcc34_processor.dacovea en remplaçant la ligne
<command value="-O1|-..." />
par
<command value="-O3|-..." />
Je ne sais pas pourquoi c'est -O1 qui est sélectionné par défaut (erreur de ma part je pense)...
Bref, il faudrait que tu relance le script, encore une fois en ayant supprimé préalablement les fichiers lame.out lame*.run du répertoire /tmp/ts
Voila, sinon, bravo les gars, le système fonctionne. |
C'est exact il y avait bien un -O1 dans le fichier gcc34_pentium4.dacovea du répertoire config ? (je ne sais plus le nom précis, chuis pas devant ma machine).
Je le modifie (celui de /tmp/ts) en -O3. J'ai changé là dedans march=pentium4 en march=opteron et j'ai rajouté mtune=opteron. Est-ce OK ?
Si oui je relance...
Je n'ose même pas imaginer le temps que ça va prendre avec des paquets monstrueux comme kde ou autre, même sur ma machine somme toute très rapide 
Martin |
|
| Back to top |
|
|
YuLin
Tux's lil' helper
Joined: 30 Jan 2004
Posts: 88
Location: Lausanne [CH]
|
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
