GNU bug report logs - #8537
2.4 : triggers libc "nlist > 1" assertion failure from --link in 'setarch i686' environment

Previous Next

Package: libtool;

Reported by: Jason Vas Dias <jason.vas.dias <at> gmail.com>

Date: Fri, 22 Apr 2011 17:01:01 UTC

Severity: normal

Merged with 8542

Found in version 2.4

Full log


View this message in rfc822 format

From: Jason Vas Dias <jason.vas.dias <at> gmail.com>
To: 8537 <at> debbugs.gnu.org
Subject: bug#8537: 2.4 : triggers libc "nlist > 1" assertion failure from --link in
Date: Fri, 22 Apr 2011 19:35:39 +0100
Oops, NOTABUG - this bug should be changed to be an "Enhancement Request" :

If any libtool generated shell command or pipeline fails, it should
print details of at
least the file and line number but preferably the whole command that
failed, to stderr .

What had happened was, usually I have ONLY 32-bit programs such as
/sbin/32/ldconfig
(which configures /etc/32/ld.so.cache using /etc/32/ld.so.conf ),
which absolutely must
be 32-bit, are installed on my system; but a an old non multilib
version of a 32-bit binutils got restored
(for another test) under /usr/bin/32 which I had forgotten about,  and
I had not set
$AR or $RANLIB to /usr/bin/{ar,ranlib}  . Sorry !

But I would never have raised this bug had libtool printed out something like :
  /usr/bin/32/ar failed : ...

libtool was creating an intermediary ar archive here - why ? I had not
requested --enable-static .
And what was that about the poppler generated libtool printing out
"-32 : command not found" ??




This bug report was last modified 13 years and 302 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.