I've got myself boxed into having a frustrating problem I can't see my
way around.  I need help, hence this reconstruction and message.

Something mysterious happened to the libgcc_s.so.1 when I tried to clone
the 7.7 x86_64 system I built.  I have to figure out what and fix it,
rather than just recompile and go on.  I got the "bright idea" that it'd
be a good idea to use everything I already have to rebuild 7.7 on i686
for other boxen.  Fine, ran through Ch5 in an hour, tarballed /tools.

Started on Ch6, got up to binutils, decided to destroy the FHS and
startover.  Now I got stuck at the (old problem) Linux API headers ld
not finding crt[1i].o!  Huh?  No prob, destroy FHS, untar /tools making
sure that's good, restart Ch6.  Stopped again at API headers.  Why?  I
got through it the first time!  Tried Google, see below.  I've been
over the book and my scripts several times.  I can't see anything
wrong!  However, wrong doesn't mean "to the letter" because I'm building
this on my i7 for i686, and I noticed one or two packages ignore this
is a 686 system (MACHTYPE=i686-pc-linux-gnu) and tries to use i7
instructions.  So my environment includes CFLAGS=-march-i686.  The ld
being used is in /tools.

Stage2 root:/usr/local/src/linux-3.19# /tools/sbin/ldconfig -v \
2>/dev/null | grep -v ^$'\t'
/tools/lib:

Stage2 root:/usr/local/src/linux-3.19# find / -name crt1.o
/tools/lib/crt1.o

Stage2 root:/usr/local/src/linux-3.19# gcc dummy.c
(fails over the crt1.o issue)

Stage2 root:/usr/local/src/linux-3.19# echo $PATH
/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin


I *could* blow the whole thing back to scripts/patches/tarballs run
through Ch5 yet again and maybe get back through here, but if I
don't know what's causing this I can't fix it, and maybe I get stuck
here then too.  I need to find out *why* ld can't find crt1.o!  Any
ideas?
-- 
Paul Rogers
[email protected]
Rogers' Second Law: "Everything you do communicates."
(I do not personally endorse any additions after this line. TANSTAAFL
:-)

-- 
http://www.fastmail.com - Same, same, but different...

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to