Chapter 5.6: Glibc-2.3.4 "symbol definition loop" errors

Ken Moffat ken at linuxfromscratch.org
Sun May 21 15:53:23 PDT 2006


On Sun, May 21, 2006 at 08:32:46PM +0100, Andrew Price wrote:
> On a Fedora Core 5 host system I'm at chapter 5.6 of the stable LFS, 
> building glibc-2.3.4.
> 
[...] 
> /mnt/lfs/sources/glibc-build/csu/divdi3.os
> >/tmp/cc7sQmkl.s: Assembler messages:
> >/tmp/cc7sQmkl.s:1632: Error: symbol definition loop encountered at 
> >`__divdi3_internal'
[...]
> >/tmp/cc7sQmkl.s:1632: Error: symbol definition loop encountered at 
> >`__umoddi3_internal'
> >make[2]: *** [/mnt/lfs/sources/glibc-build/csu/divdi3.os] Error 1

> I've looked around for solutions to this problem but haven't found 
> anything in the errata, the FAQ or from googling and searching the LFS site.
> 
 I'm assuming this is not an athlon64 with a multilib host system.

 One possibility is that FC-5 is far too new to build LFS-6.1.1
(e.g. you probably have some sort of gcc-4.1, and maybe glibc-2.4,
and you are asking it to build something too many versions older).

 At this point, you should be using the LFS binutils for doing
assembly, so I'm guessing that was built wrongly.

 We are close to a new release, but I can't wholeheartedly recommend
the current svn book at the moment (a problem with some man pages
has been reported), and we don't know exactly what went wrong in
your build. It might be a problem with fedora's binutils, it might
be yet another gcc bug if it is indeed using gcc-4.1, or anything,
so we can't assume that the development LFS (gcc-4.0 etc) will be
any better for you.

 If your FC-5 system is not up to date, perhaps any updates to
binutils, gcc, glibc might help.  Otherwise, I recommend you to use
a different host system, such as the LFS Live CD.

Ken
-- 
das eine Mal als Tragödie, das andere Mal als Farce



More information about the lfs-support mailing list