Re: testsuite, failures galore

2011-05-31 Thread Daniel Fischer
On Tuesday 31 May 2011 16:04:28, Simon Marlow wrote: > That's very mysterious. Perhaps bfd_init doesn't pull in anything that > has the libz dependency, and you have to call some other function in > the bfd library instead. Not having a better idea, I replaced bfd_init in the AC_CHECK_LIB with

Re: testsuite, failures galore

2011-05-31 Thread Daniel Fischer
On Tuesday 31 May 2011 16:39:19, Donn Cave wrote: > Quoth Daniel Fischer , > ... > > > calling bfd_openr alone produces tons of undefined references, I've no > > idea what libraries I'd have to link with also :( > > Try -lbfd -liberty -lz ? > > Donn Thanks. That worked. Without a symlinke

Re: testsuite, failures galore

2011-05-31 Thread Donn Cave
Quoth Daniel Fischer , ... > calling bfd_openr alone produces tons of undefined references, I've no idea > what libraries I'd have to link with also :( Try -lbfd -liberty -lz ? Donn ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@

Re: testsuite, failures galore

2011-05-31 Thread Daniel Fischer
On Tuesday 31 May 2011 16:04:28, Simon Marlow wrote: > On 31/05/2011 14:53, Daniel Fischer wrote: > > Well, compiling and running a simple test programme that calls > > bfd_init() works here without linking in libz, so I guess that test > > wouldn't detect the dependency even if it actually runs th

Re: testsuite, failures galore

2011-05-31 Thread Simon Marlow
On 31/05/2011 14:53, Daniel Fischer wrote: Well, compiling and running a simple test programme that calls bfd_init() works here without linking in libz, so I guess that test wouldn't detect the dependency even if it actually runs the executable. That's very mysterious. Perhaps bfd_init doesn'

Re: testsuite, failures galore

2011-05-31 Thread Daniel Fischer
On Tuesday 31 May 2011 14:44:58, Simon Marlow wrote: > > What you need is libbfd.so, which is a symbolic link to the versioned > library (libbfd-2.20.0.20100122-6.so). This is normally installed by > the development version of the library (e.g. libbfd-dev on > Debian-derived distros). Couldn't f

Re: testsuite, failures galore

2011-05-31 Thread Simon Marlow
On 31/05/2011 13:24, Daniel Fischer wrote: 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

Re: testsuite, failures galore

2011-05-31 Thread Daniel Fischer
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/daf

Re: getCPUTime implementation incorrect?

2011-05-31 Thread Simon Marlow
On 31/05/2011 04:37, Evan Laforge wrote: I've just noticed that getCPUTime is returning erratic results for me: GHCi, version 7.0.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ...

Re: testsuite, failures galore

2011-05-31 Thread 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 wer