Bug#224419: /lib/libc.so.6: undefined reference to `_dl_tls_symaddr@GLIBC_PRIVATE'

[Miek Gieben <miekg@atoom.net>]

[On 18 Dec, @23:08, Daniel wrote in "Re: Bug#224419: /lib/libc.so.6 ..."]
> On Thu, Dec 18, 2003 at 09:06:23PM +0100, Miek Gieben wrote:
> > Package: libc6
> > Version: 2.3.2.ds1-10
> > Severity: important
> > 
> > Hello,
> > 
> > I'm seeing some very strange on my firewall (and only there). I'm
> > running testing/unstable there. When I tried to compile the kernel
> > this morning I got:
> > 
> > root@kasteel# echo $LD_LIBRARY_PATH
> > <empty>
> > 
> > root@kasteel# make
> >   HOSTCC  scripts/docproc
> >   /lib/libc.so.6: undefined reference to `_dl_tls_symaddr@GLIBC_PRIVATE'
> >   collect2: ld returned 1 exit status
> >   make[1]: *** [scripts/docproc] Error 1
> >   make: *** [scripts] Error 2
> >   
> > root@kasteel# LD_LIBRARY_PATH=/lib make
> >   HOSTCC  scripts/docproc
> >   HOSTCC  scripts/kallsyms
> >   CC      scripts/empty.o
> >   HOSTCC  scripts/mk_elfconfig
> >   MKELF   scripts/elfconfig.h
> > 
> > So explicitly setting LD_LIBRARY_PATH fixes this, but there is only on ld-linux
> > installed, so why I should matter...
> > 
> > I cannot even reproduce this on my server system, which is also running testing/unstable
> 
> That makes no sense, but it's more likely to be a binutils problem than
> a libc6 problem, I guess... you may want to strace the failing command
> and see what ld.so it is opening.

I'll be damned.... it's gone... freshly rebooted, tried to do it again, does not
happen anymore.

This is what I did.

'kasteel' was running testing. I've upgraded to testing/unstable (with a apt-get
-u -t unstable dist-upgrade). Still the error was there. Now i've rebooted the
machine and the make error is gone...

Well, I'm _totally_ blown away by this. For me the bug can be closed, guess we
will never find out what was the actual cause of this.... :(

grtz Miek