Thanks, I am running upstream GCC 4.7.1 and it appears to be caused from
it; compiled no problem under 4.4 (Debian). It seems following can be
used as a work-around instead of modifying libncurses.so file:
LIBRARY_PATH=/lib/x86_64-linux-gnu
export LIBRARY_PATH
On 06/17/2012 06:57 AM, Sven Joachim wrote:
On 2012-06-17 10:21 +0200, Sven Joachim wrote:
On 2012-06-17 09:45 +0200, Vladimir K wrote:
Package: libncurses5-dev
Version: 5.9-8
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Since upgrade from squeeze to wheezy few days ago, "ld" reports that
libncurses.so.5 not found.
Works for me, and for everyone else apparently.
Well, at least for everyone using the linker from the Debian binutils
package. Yours may be self-compiled, though.
It seems that issue is in /usr/lib/x86_64-linux-gnu/libncurses.so:
# cat /usr/lib/x86_64-linux-gnu/libncurses.so
INPUT(libncurses.so.5 -ltinfo)
Changing this to full path fixes problem:
# cat /usr/lib/x86_64-linux-gnu/libncurses.so
INPUT(/lib/x86_64-linux-gnu/libncurses.so.5 -ltinfo)
Your linker seems to be configured to look in /usr/lib/x86_64-linux-gnu,
but not /lib/x86_64-linux-gnu. That's a misconfiguration. See also
#637232 about the impact of multiarch on non-Debian toolchains.
Cheers,
Sven
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
