Problem on Binutils Pass 2!

Greg Schafer gschafer at zip.com.au
Thu Jan 8 02:51:20 PST 2004


On Wed, Jan 07, 2004 at 08:27:42PM -0600, andrec at cydock.com wrote:
> Here is the error:
> 
> /bin/sh ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes
> -Wmissing-prototypes -g -O2  -o ar  arparse.o arlex.o ar.o not-ranlib.o
> arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o
> ../bfd/libbfd.la ../libiberty/libiberty.a -lfl
> gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -o .libs/ar
> arparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o
> emul_vanilla.o bucomm.o version.o filemode.o  ../bfd/.libs/libbfd.so
> -L/mnt/lfs/sources/binutils-2.14/libiberty/pic -liberty
> ../libiberty/libiberty.a -lfl -Wl,--rpath -Wl,/tools/lib
> /tools/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/../../../../i686-pc-linux-gnu/bin/ld:
> cannot find -lfl

there is the problem, Did you keep the whole build log? The configure step
for binutils should say:

checking for yywrap in -lfl... no

If yours says otherwise then there is a very good chance you made a small
mistake somewhere along the line. I'd say the most likely scenario is that
something went wrong back in binutils-pass1 at the 'prepare the linker for
the "locking in" of Glibc later on' step.

You can confirm this by running a quick test:

ld --verbose | grep SEARCH

If it mentions /usr then my suspicions are correct. Best to start again or
if you want to hack around the problem, install flex into prefix of /tools
before redoing binutils-pass2 again. Good luck.



More information about the lfs-support mailing list