testsuite, failures galore

[Simon Marlow]

On 30/05/2011 00:17, Daniel Fischer wrote:
> So my last testsuite run (validate --slow) with a new HEAD produced 651
> unexpected failures :(
>
> Okay, the thing is that I forgot to add EXTRA_HC_OPTS=-optl-lz, see
> http://hackage.haskell.org/trac/ghc/ticket/3756
>
> So, unless I miscounted, 611 of those were in way threaded1 due to:
>
>> Linking arrowrun001 ...
>> /usr/lib/gcc/i586-suse-linux/4.5/../../../libbfd.a(compress.o): In
>> function `bfd_uncompress_section_contents':
>>
>> /usr/src/packages/BUILD/binutils-2.20.0/build-
> dir3/bfd/../../bfd/compress.c:96:0:
>>       undefined reference to `inflateInit_'
>>
>> /usr/src/packages/BUILD/binutils-2.20.0/build-
> dir3/bfd/../../bfd/compress.c:106:0:
>>       undefined reference to `inflateReset'
>>
>> /usr/src/packages/BUILD/binutils-2.20.0/build-
> dir3/bfd/../../bfd/compress.c:103:0:
>>       undefined reference to `inflate'
>>
>> /usr/src/packages/BUILD/binutils-2.20.0/build-
> dir3/bfd/../../bfd/compress.c:108:0:
>>       undefined reference to `inflateEnd'
>>
>> collect2: ld gab 1 als Ende-Status zurück
>>
>> *** unexpected failure for arrowrun001(threaded1)
>
> 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?  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).

Cheers,
	Simon