Teilweise gelöst Was: Re: Update-Problem bei coreutils >= 8.25

Hallo Sven,

Am Mon, 02 Jan 2017 08:34:24 +0100 schrieb Sven Eden <[email protected]>:
> Bei meinens Systemen hat das mergen von coreutils-8.26 ganz
> einwandfrei funktioniert, und die einzigen beiden Punkte, die ich an

Vielen Dank für deine Antwort.

Aufgrund dieser (und weil auf meinem Zweit-System auch alles glatt
lief), bin ich heute nochmal tief in mich gegangen und da ist mir 
eingefallen, dass vor Weihnachten in der make.conf von

CFLAGS="-O2 -pipe -fomit-frame-pointer"

auf 

CFLAGS="-march=sandybridge -O2 -pipe -fomit-frame-pointer"

umgestellt habe.

Das war des Pudels Kern. Nach Korrektur auf den alten Wert funktioniert
das Emergen der coreutils wieder.

Der Grund meiner ursprünglichen Änderung betrifft eigentlich distcc: Da
im Gentoo-Wiki steht, man solle für das CFLAG "march" einen Wert !=
"native" angeben, wenn man distcc nutzen möchte, habe ich vor kurzem
eben die sandybridge für mein Notebook gewählt. Denn dies ist der Wert,
der mir durch
gcc -c -Q -march=native --help=target | grep "\-march"
ausgespuckt wird. Siehe Wiki-Eintrag hier (*).

(*) https://wiki.gentoo.org/wiki/GCC_optimization#-march

Ich lasse es jetzt vorerst bei der zweiten Variante. Wahrscheinlich
müsste ich beim Ändern der CFLAGS mein ganzes System neu kompilieren
(emerge -e world), damit die Umstellung sauber funktioniert.

Weiß jemand, was passiert, wenn man bei den CFLAGS das march-Flag
einfach weg lässt? Wird das dann automatisch auf das
prozessorspezifische Flag gesetzt - in meinem Fall auf "sandybridge"?

Viele Grüße
Uwe