If this is the correct use of ldd...
:~$ ldd /tools/bin/x86_64-lfs-linux-gnu-ranlib
linux-vdso.so.1 => (0x00007fffa837b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff874f03000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff874b3a000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff87511a000)
Not sure how to tell if that output is correct...
I'm using netrunner 13.06 which is based on ubuntu 12 I think?
host system requirements check scripts gives the following
:~$ ~/code/lfs/version-check.sh
bash, version 4.2.45(1)-release
/bin/sh -> /bin/dash
Binutils: (GNU Binutils for Ubuntu) 2.23.2
bison (GNU Bison) 2.5
/usr/bin/yacc -> /usr/bin/bison.yacc
bzip2, Version 1.0.6, 6-Sept-2010.
Coreutils: 8.20
diff (GNU diffutils) 3.2
find (GNU findutils) 4.4.2
GNU Awk 4.0.1
/usr/bin/awk -> /usr/bin/gawk
gcc (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
g++ (Ubuntu/Linaro 4.7.3-1ubuntu1) 4.7.3
(Ubuntu EGLIBC 2.17-0ubuntu5.1) 2.17
grep (GNU grep) 2.14
gzip 1.5
Linux version 3.8.0-23-generic (buildd@batsu) (gcc version 4.7.3
(Ubuntu/Linaro 4.7.3-1ubuntu1) ) #34-Ubuntu SMP Wed May 29 20:22:58 UTC 2013
m4 (GNU M4) 1.4.16
GNU Make 3.81
patch 2.6.1
Perl version='5.14.2';
GNU sed version 4.2.1
tar (GNU tar) 1.26
Texinfo: makeinfo (GNU texinfo) 4.13
xz (XZ Utils) 5.1.0alpha
g++ compilation OK
Which seemed ok, perhaps I missed something there after all?
On Thu, Jan 16, 2014 at 5:23 PM, Ken Moffat <zarniwh...@ntlworld.com> wrote:
> On Thu, Jan 16, 2014 at 04:23:51PM -0600, Louis Rine wrote:
> > Hello all. :)
> >
> > I'v gone through the book a couple times in the past on i686, but this is
> > my first time around with x86_64. All seemed to go well until I ran into
> > this little gem while installing libstdc++:
> >
> > <...lots of compilation output...>
> > Making install in libsupc++
> > make[1]: Entering directory `/mnt/lfs/sources/gcc-build/libsupc++'
> > make[2]: Entering directory `/mnt/lfs/sources/gcc-build/libsupc++'
> > test -z "/tools/lib/../lib64" || /bin/mkdir -p "/tools/lib/../lib64"
> > /bin/bash ../libtool --mode=install /usr/bin/install -c libsupc++.la
> > '/tools/lib/../lib64'
> > libtool: install: /usr/bin/install -c .libs/libsupc++.lai
> > /tools/lib/../lib64/libsupc++.la
> > libtool: install: /usr/bin/install -c .libs/libsupc++.a
> > /tools/lib/../lib64/libsupc++.a
> > libtool: install: chmod 644 /tools/lib/../lib64/libsupc++.a
> > libtool: install: x86_64-lfs-linux-gnu-ranlib
> > /tools/lib/../lib64/libsupc++.a
> > *../libtool: line 1132: x86_64-lfs-linux-gnu-ranlib: command not found*
> > make[2]: *** [install-toolexeclibLTLIBRARIES] Error 127
> > make[2]: Leaving directory `/mnt/lfs/sources/gcc-build/libsupc++'
> > make[1]: *** [install-am] Error 2
> > make[1]: Leaving directory `/mnt/lfs/sources/gcc-build/libsupc++'
> > make: *** [install-recursive] Error 1
> >
> > I checked in /tools/bin, and indeed x86_64-lfs-linux-gnu-ranlib IS there,
> > along with the other stuff that should be there. The lfs user environment
> > seems to be all set up correctly, including $PATH which is
> > /tools/bin:/bin:/usr/bin.
> >
>
> Perhaps /tools/bin/x86_64-lfs-linux-gnu-ranlib is broken.
> What does 'ldd' say about it ?
>
> What host system are you using, and did you check all the "host
> system requirements" ?
>
> ĸen
> --
> das eine Mal als Tragödie, dieses Mal als Farce
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/lfs/faq.html
> Unsubscribe: See the above information page
>
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
