>On Sat, 1 Dec 2012 16:19:38 +0100
>Aleksandar Kuktin <akuk...@gmail.com> wrote:
>
> >On Sat, 01 Dec 2012 23:59:07 +1300
> >Simon Geard <delga...@ihug.co.nz> wrote:
> >
> > On Fri, 2012-11-30 at 11:17 -0500, Chris Staub wrote:
> > > First, check how Bash is linked: "readelf -l /bin/bash | grep
> > > interpret". Of course, this should say that it's looking for the
> > > dynamic linker in /lib. Then verify you actually have all the
> > > right libraries for Ncurses: "ls -la {/usr,}/lib/*ncurses*"
> >
> > Yes, it's using /lib64/ld-linux-x86-64.so.2, and yes, the chapter 6
> > version of ncurses *is* correctly installed. But that copy of
> > ncurses is the wide-char version, and bash has managed, somehow, to
> > link to the non-wide version. My assumption, as I said, is that
> > instead of finding the linker scripts in /usr/lib which would point
> > it to the wide version, it's found the non-wide version in /tools
> > instead.
>
> Can you do `ldd /bin/bash'?
>
I mean `ldd /path/to/bash/that/is/the/problem/bash'.
Also, there is an easy way to test if the problem is linking with a
library from /tools. Make a symlink.
ln -sv /usr /tools
Then try it again.
--
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
