testsuite, failures galore
Daniel Fischer
daniel.is.fischer at googlemail.com
Tue May 31 14:24:36 CEST 2011
On Tuesday 31 May 2011 12:31:36, Simon Marlow wrote:
> > The ticket has low priority, but if anybody has an idea how to check
> > whether libbfd depends on libz in the configure script, I'd appreciate
> > it.
>
> Could you install a shared version of libbfd?
I have one,
$ locate libbfd
/home/dafis/.deps/libbfd.Plo
/usr/lib/libbfd-2.20.0.20100122-6.so
/usr/lib/libbfd.a
/usr/lib/libbfd.la
The problem is, as far as I can tell, that a) libbfd.a is picked up instead
of the .so in the first place, and b) that both depend on libz:
$ ldd /usr/lib/libbfd-2.20.0.20100122-6.so
linux-gate.so.1 => (0xffffe000)
libz.so.1 => /lib/libz.so.1 (0xb743e000)
libc.so.6 => /lib/libc.so.6 (0xb72d3000)
/lib/ld-linux.so.2 (0xb76fd000)
There's
# Libraries that this one depends upon.
dependency_libs=' -lz'
in libbfd.la, and the inflate* symbols are undefined in libbfd*.
> Failing that, the
> easiest thing to do would be to make a test that compiles a program
> depending on libbfd and if it fails to link, just disable HAVE_LIBBFD
> (it's no great loss).
I'm far from an expert, but as far as I can see, there is already such a
test, in configure.ac:
AC_CHECK_LIB(bfd, bfd_init)
with a test using bfd_init in configure. Unfortunately, that doesn't detect
if libz is needed without using some functions depending on it.
If I had the slightest idea how to make it detect the dependency on libz, I
happily would, but I've not yet found any introduction to shell scripting
or using autotools accessible to a complete beginner.
>
> Cheers,
> Simon
More information about the Glasgow-haskell-users
mailing list