[gentoo-amd64] glibc-2.12.1-r1 failure

[gentoo-amd64] glibc-2.12.1-r1 failure

[Paul Stear]

Hi all,
I think I have a symbolic link problem. Any thought on how to solve this  
error.


Makefile:72: warning: overriding commands for target  
`/var/tmp/portage/sys-libs/glibc-2.12.1-r1/work/build-x86-x86_64-pc-linux-gnu-nptl/login/pt_chown'
../Rules:120: warning: ignoring old commands for target  
`/var/tmp/portage/sys-libs/glibc-2.12.1-r1/work/build-x86-x86_64-pc-linux-gnu-nptl/login/pt_chown'
mkdir /var/tmp/portage/sys-libs/glibc-2.12.1-r1/image/sbin
unexpected reloc type in static binarymake[1]: *** [install-symbolic-link]  
Error 139
make: *** [install] Error 2
emake failed

Thanks for any help. This is my emerge info:-

~/ > emerge --info
Portage 2.1.9.11 (default/linux/amd64/10.0/desktop, gcc-4.4.4,  
glibc-2.11.2-r0, 2.6.34-gentoo-r2 x86_64)
=================================================================
System uname:  
Linux-2.6.34-gentoo-r2-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4600+-with-gentoo-2.0.1
Timestamp of tree: Mon, 27 Sep 2010 07:30:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.1_p7
dev-java/java-config: 2.1.11
dev-lang/python:     2.6.5-r3, 3.1.2-r4
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.3
sys-apps/sandbox:    2.3-r1
sys-devel/autoconf:  2.13, 2.67
sys-devel/automake:  1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.4-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.35 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe  
-fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/  
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/java-config/vms/  
/etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo  
/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d  
/etc/texmf/web2c"
CXXFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe  
-fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles  
fixpackages metadata-transfer news parallel-fetch protect-owned sandbox  
sfperms strict unknown-features-warn unmerge-logs unmerge-orphans  
userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org  
http://www.ibiblio.org/pub/Linux/distributions/gentoo  
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/  
ftp://mirror.qubenet.net/mirror/gentoo/  
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo  
http://pandemonium.tiscali.de/pub/gentoo/"
LANG="en_GB.UTF-8"
LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
LINGUAS="en_GB"
MAKEOPTS="-j5 -s"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times  
--compress --force --whole-file --delete --stats --timeout=180  
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 avi bash-completion  
berkdb bluetooth branding bzip2 cairo cdparanoia cdr clamav cli consolekit  
cracklib crypt cups cxx dbus divx divx4linux dri dts dv dvb dvd dvdr  
dvdread embedded emboss encode examples exif fam ffmpeg flac fortran gdbm  
gif gphoto2 gpm hal iconv imagemagick ipv6 jack java java6 javascript jpeg  
kde kerberos lame lcms ldap libnotify lm_sensors logrotate mad mikmod  
mjpeg mmx mng modules mp3 mp4 mpeg mplayer mudflap multilib mysql ncurses  
nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pango pascal pcre  
pdf perl png ppds pppd python qt3support qt4 readline reflection ruby  
samba scanner sdl semantic-desktop session spell sql sqlite sse sse2 ssl  
startup-notification svg sysfs tcpd theora tiff tk truetype udev unicode  
usb v4l vorbis webkit x264 xcb xcomposite xine xinerama xml xml2 xorg  
xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm  
alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug  
ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route  
share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias  
authn_anon authn_dbm authn_default authn_file authz_dbm authz_default  
authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid  
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter  
file_cache filter headers include info log_config logio mem_cache mime  
mime_magic negotiation rewrite setenvif speling status unique_id userdir  
usertrack vhost_alias" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm  
earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip  
navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2  
timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev wacom" KERNEL="linux"  
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb  
ncurses text" LINGUAS="en_GB" RUBY_TARGETS="ruby18" USERLAND="GNU"  
VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2  
ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal  
rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL,  
PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,  
PORTAGE_RSYNC_EXTRA_OPTS



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[gentoo-amd64] Re: glibc-2.12.1-r1 failure

[Duncan]

Paul Stear posted on Mon, 27 Sep 2010 13:33:22 +0100 as excerpted:

> Makefile:72: warning: overriding commands for target
> `/var/tmp/portage/sys-libs/glibc-2.12.1-r1/work/build-x86-x86_64-pc-
linux-gnu-nptl/login/pt_chown'
> ../Rules:120: warning: ignoring old commands for target
> `/var/tmp/portage/sys-libs/glibc-2.12.1-r1/work/build-x86-x86_64-pc-
linux-gnu-nptl/login/pt_chown'
> mkdir /var/tmp/portage/sys-libs/glibc-2.12.1-r1/image/sbin
> unexpected reloc type in static binary
> make[1]: *** [install-symbolic-link] Error 139
> make: *** [install] Error 2
> emake failed
> 

> ~/ > emerge --info
> Portage 2.1.9.11 (default/linux/amd64/10.0/desktop, gcc-4.4.4,
> glibc-2.11.2-r0, 2.6.34-gentoo-r2 x86_64)

> ccache version 2.4 [enabled]

> ACCEPT_KEYWORDS="amd64 ~amd64"

> CFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe
> -fomit-frame-pointer"

> FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles
> fixpackages metadata-transfer news parallel-fetch protect-owned sandbox
> sfperms strict unknown-features-warn unmerge-logs unmerge-orphans
> userfetch"

> MAKEOPTS="-j5 -s"

No specific help on your error, but...

One troubleshooting tip, when there are build issues, is to switch to
MAKEOPTS=-j1, forcing it to serialize so the error won't be mixed in with 
a bunch of extraneous "noise" from other make jobs.  The -s may or may not 
matter, but might as well eliminate it for the test as well, just in case.

IOW, I'm not sure if those warnings are related or not, and with multiple 
jobs, it's quite possible the error is actually some way above the bit 
that you posted.  -j1 solves that sort of problem as unlike with multiple 
make jobs, there's normally very little else after the error, with it.

Meanwhile, AFAIK entirely unrelated to your problem but I'm curious as I 
always like to see what other people have in their CFLAGS when I have a 
chance, why are you using -mno-tls-direct-seg-refs ?  I don't see anything 
in the gcc manpage info on that machine/arch-flag to suggest why I might 
wish to disable it, and it seems a rather odd arch-flag to simply throw in 
at random, so I'm wondering what the reasoning is.  I'm definitely NOT 
saying it's wrong.  Quite the contrary; with a bit more info, I might find 
it useful here... or not, but I don't know at this point.  So got a link 
or something I could read?

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: glibc-2.12.1-r1 failure

[Paul Stear]

On Mon, 27 Sep 2010 14:58:17 +0100, Duncan <1i5t5.duncan@cox.net> wrote:
Duncan,
<snip>
>> CFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe
>> -fomit-frame-pointer"
A couple of years ago I had all kinds of trouble with my amd64 system.  In  
one of the replies to my request for help, it was suggested that I use the  
CFLAGS listed.  I am not cleaver enough to know what they do but I haven't  
had many problems since using them. I'm sorry but I can not remember the  
experts name -- I thought it was you.

I have just run the glibc update with MAKEOPTS=-j1 and have the same error  
to do with symlinks.
I'm sure that some time ago their was an update symlinks checker, but I  
can't find it. Any ideas?
Paul
<snip>
> Meanwhile, AFAIK entirely unrelated to your problem but I'm curious as I
> always like to see what other people have in their CFLAGS when I have a
> chance, why are you using -mno-tls-direct-seg-refs ?  I don't see  
> anything
> in the gcc manpage info on that machine/arch-flag to suggest why I might
> wish to disable it, and it seems a rather odd arch-flag to simply throw  
> in
> at random, so I'm wondering what the reasoning is.  I'm definitely NOT
> saying it's wrong.  Quite the contrary; with a bit more info, I might  
> find
> it useful here... or not, but I don't know at this point.  So got a link
> or something I could read?
>


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Paul Hartman]

On Mon, Sep 27, 2010 at 7:33 AM, Paul Stear <gentoo@appjaws.plus.com> wrote:
> Hi all,
> I think I have a symbolic link problem. Any thought on how to solve this
> error.
...
> unexpected reloc type in static binarymake[1]: *** [install-symbolic-link]
...
> LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"

See this forum post:

http://forums.gentoo.org/viewtopic-p-6395405.html

Seems your LDFLAGS may be the culprint. Specifically this part of
ssuominen's post:

quote:
-Wl,-s (or plain -s) breaks Portage's strip handling,
FEATURES="nostrip", FEATURES="-nostrip". Also, toolchain packages,
exactly like glibc handles stripping in very selective way -> Some of
the installed binaries/libraries *can* be stripped, and some *cannot*.
Just forcing stripping for everything is... like I said, insane

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Frank Peters]

On Mon, 27 Sep 2010 13:33:22 +0100
"Paul Stear" <gentoo@appjaws.plus.com> wrote:

> Hi all,
> I think I have a symbolic link problem. Any thought on how to solve this  
> error.
>
> CFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe  
> -fomit-frame-pointer"
> LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
>

See the link:

http://forums.gentoo.org/viewtopic-p-6394901.html?sid=9a5afd453e6039723b2d0842a53c2d5c

Basically, the advice is to simplify the CFLAGS and LDFLAGS:

CFLAGS="-O2 --march=native --pipe"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu"

Frank Peters

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Paul Stear]

On Mon, 27 Sep 2010 16:13:42 +0100, Paul Hartman  
<paul.hartman+gentoo@gmail.com> wrote:

> On Mon, Sep 27, 2010 at 7:33 AM, Paul Stear <gentoo@appjaws.plus.com>  
> wrote:
>> Hi all,
>> I think I have a symbolic link problem. Any thought on how to solve this
>> error.
> ...
>> unexpected reloc type in static binarymake[1]: ***  
>> [install-symbolic-link]
> ...
>> LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common  
>> -s"
>
> See this forum post:
>
> http://forums.gentoo.org/viewtopic-p-6395405.html
>
> Seems your LDFLAGS may be the culprint. Specifically this part of
> ssuominen's post:
>
> quote:
> -Wl,-s (or plain -s) breaks Portage's strip handling,
> FEATURES="nostrip", FEATURES="-nostrip". Also, toolchain packages,
> exactly like glibc handles stripping in very selective way -> Some of
> the installed binaries/libraries *can* be stripped, and some *cannot*.
> Just forcing stripping for everything is... like I said, insane
>
Thanks for the reply
What would sensible LDFLAGS be for my amd64 system

thanks again
Paul

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Paul Stear]

On Mon, 27 Sep 2010 16:13:42 +0100, Paul Hartman  
<paul.hartman+gentoo@gmail.com> wrote:

> On Mon, Sep 27, 2010 at 7:33 AM, Paul Stear <gentoo@appjaws.plus.com>  
> wrote:
>> Hi all,
>> I think I have a symbolic link problem. Any thought on how to solve this
>> error.
> ...
>> unexpected reloc type in static binarymake[1]: ***  
>> [install-symbolic-link]
> ...
>> LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common  
>> -s"
>
> See this forum post:
>
> http://forums.gentoo.org/viewtopic-p-6395405.html
>
> Seems your LDFLAGS may be the culprint. Specifically this part of
> ssuominen's post:
>
> quote:
> -Wl,-s (or plain -s) breaks Portage's strip handling,
> FEATURES="nostrip", FEATURES="-nostrip". Also, toolchain packages,
> exactly like glibc handles stripping in very selective way -> Some of
> the installed binaries/libraries *can* be stripped, and some *cannot*.
> Just forcing stripping for everything is... like I said, insane
>

Thanks, that did the trick, all OK now  :)
-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[gentoo-amd64] Re: glibc-2.12.1-r1 failure

[Nikos Chantziaras]

On 09/27/2010 07:10 PM, Frank Peters wrote:
> On Mon, 27 Sep 2010 13:33:22 +0100
> "Paul Stear"<gentoo@appjaws.plus.com>  wrote:
>
>> Hi all,
>> I think I have a symbolic link problem. Any thought on how to solve this
>> error.
>>
>> CFLAGS="-Os -march=k8 -mno-tls-direct-seg-refs -mmmx -msse3 -pipe
>> -fomit-frame-pointer"
>> LDFLAGS="-Wl,--as-needed,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
>>
>
> See the link:
>
> http://forums.gentoo.org/viewtopic-p-6394901.html?sid=9a5afd453e6039723b2d0842a53c2d5c
>
> Basically, the advice is to simplify the CFLAGS and LDFLAGS:
>
> CFLAGS="-O2 --march=native --pipe"
> LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu"

Wouldn't this:

   LDFLAGS="${LDFLAGS} -Wl,--hash-style=gnu"

be more correct?  --as-needed and -O1 is enabled by default anyway 
(${LDFLAGS} makes sure not to lose those defaults.)

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Josh Sled]

"Paul Stear" <gentoo@appjaws.plus.com> writes:
|What would sensible LDFLAGS be for my amd64 system

http://en.gentoo-wiki.com/wiki/Safe_LDFLAGS might be interesting to you.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}

Re: [gentoo-amd64] glibc-2.12.1-r1 failure

[Paul Stear]

On Mon, 27 Sep 2010 17:10:24 +0100, Frank Peters  
<frank.peters@comcast.net> wrote:

> On Mon, 27 Sep 2010 13:33:22 +0100
> "Paul Stear" <gentoo@appjaws.plus.com> wrote:
<snip>
> See the link:
>
> http://forums.gentoo.org/viewtopic-p-6394901.html?sid=9a5afd453e6039723b2d0842a53c2d5c
>
> Basically, the advice is to simplify the CFLAGS and LDFLAGS:
>
> CFLAGS="-O2 --march=native --pipe"
> LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu"
>
> Frank Peters
>
>
Thanks to all who responded, changing LDFLAGS dis the trick.
Paul

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/