[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[libtool 2.2.7a] testsuite: 69 100 failed
From: |
Bob Friesenhahn |
Subject: |
[libtool 2.2.7a] testsuite: 69 100 failed |
Date: |
Mon, 11 Jan 2010 20:01:47 -0600 (CST) |
User-agent: |
Alpine 2.01 (GSO 1266 2009-07-14) |
With git libtool just pulled, I am seeing two unexpected test
failures under Solaris 10:
69: syntax of .la files FAILED
(lalib-syntax.at:121)
100: Run tests with low max_cmd_len FAILED (cmdline_wrap.at:43)
The failure 69 looks like the test is working (but the program is
not).
#0 0xfeea5a5c in strlen () from /lib/libc.so.1
(gdb) bt
#0 0xfeea5a5c in strlen () from /lib/libc.so.1
#1 0xfef00512 in _ndoprnt () from /lib/libc.so.1
#2 0xfef031d0 in printf () from /lib/libc.so.1
#3 0x08051b82 in main ()
And investigation shows that test 100 failed due to duplicating the
test 69 failure.
Note, that unlike Linux, Solaris printf will simply dump core rather
than substituting a string like "(null)" if the supplied pointer is
null. Without engaging debugging, my first guess is that the crash
occured due to this line of code:
printf ("plugin failed to open: %s\n", lt_dlerror());
which will crash if lt_dlerror() returns null.
Bob
--
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
testsuite.log.gz
Description: Binary data
- [libtool 2.2.7a] testsuite: 69 100 failed,
Bob Friesenhahn <=