| 1 |
Hallo Sven, |
| 2 |
|
| 3 |
Am Mon, 02 Jan 2017 08:34:24 +0100 schrieb Sven Eden <sven.eden@×××.de>: |
| 4 |
> Bei meinens Systemen hat das mergen von coreutils-8.26 ganz |
| 5 |
> einwandfrei funktioniert, und die einzigen beiden Punkte, die ich an |
| 6 |
|
| 7 |
Vielen Dank für deine Antwort. |
| 8 |
|
| 9 |
Aufgrund dieser (und weil auf meinem Zweit-System auch alles glatt |
| 10 |
lief), bin ich heute nochmal tief in mich gegangen und da ist mir |
| 11 |
eingefallen, dass vor Weihnachten in der make.conf von |
| 12 |
|
| 13 |
CFLAGS="-O2 -pipe -fomit-frame-pointer" |
| 14 |
|
| 15 |
auf |
| 16 |
|
| 17 |
CFLAGS="-march=sandybridge -O2 -pipe -fomit-frame-pointer" |
| 18 |
|
| 19 |
umgestellt habe. |
| 20 |
|
| 21 |
Das war des Pudels Kern. Nach Korrektur auf den alten Wert funktioniert |
| 22 |
das Emergen der coreutils wieder. |
| 23 |
|
| 24 |
Der Grund meiner ursprünglichen Änderung betrifft eigentlich distcc: Da |
| 25 |
im Gentoo-Wiki steht, man solle für das CFLAG "march" einen Wert != |
| 26 |
"native" angeben, wenn man distcc nutzen möchte, habe ich vor kurzem |
| 27 |
eben die sandybridge für mein Notebook gewählt. Denn dies ist der Wert, |
| 28 |
der mir durch |
| 29 |
gcc -c -Q -march=native --help=target | grep "\-march" |
| 30 |
ausgespuckt wird. Siehe Wiki-Eintrag hier (*). |
| 31 |
|
| 32 |
(*) https://wiki.gentoo.org/wiki/GCC_optimization#-march |
| 33 |
|
| 34 |
Ich lasse es jetzt vorerst bei der zweiten Variante. Wahrscheinlich |
| 35 |
müsste ich beim Ändern der CFLAGS mein ganzes System neu kompilieren |
| 36 |
(emerge -e world), damit die Umstellung sauber funktioniert. |
| 37 |
|
| 38 |
Weiß jemand, was passiert, wenn man bei den CFLAGS das march-Flag |
| 39 |
einfach weg lässt? Wird das dann automatisch auf das |
| 40 |
prozessorspezifische Flag gesetzt - in meinem Fall auf "sandybridge"? |
| 41 |
|
| 42 |
Viele Grüße |
| 43 |
Uwe |
Archives