Matthias Kilian wrote:
On Tue, Dec 02, 2008 at 08:53:09AM +, Simon Marlow wrote:
Patch attached. If it's not too stupid (autoconf-wise), it would
be nice if someone could apply it upstream. Applying it to other
operating systems (if necessary) shouldn't be too difficult.
Does this work with
On Tue, Dec 02, 2008 at 08:53:09AM +, Simon Marlow wrote:
> >Patch attached. If it's not too stupid (autoconf-wise), it would
> >be nice if someone could apply it upstream. Applying it to other
> >operating systems (if necessary) shouldn't be too difficult.
>
> Does this work with GHCi too? i.
Matthias Kilian wrote:
On Wed, Nov 19, 2008 at 01:18:39PM +, Simon Marlow wrote:
My only idea how to fix this it to add -pthread to cc-options and
ld-options of unix.buildinfo if SplitObjs=NO, but this sounds like
a crude hack to me.
If anyone has a better solution, please let me know.
Spli
On Wed, Nov 19, 2008 at 01:18:39PM +, Simon Marlow wrote:
> >My only idea how to fix this it to add -pthread to cc-options and
> >ld-options of unix.buildinfo if SplitObjs=NO, but this sounds like
> >a crude hack to me.
> >
> >If anyone has a better solution, please let me know.
>
> SplitObjs
On Thu, 2008-11-20 at 15:12 +, Simon Marlow wrote:
> Matthias Kilian wrote:
> > However, what about Linux? Doesn't it show the same problem? IIRC,
> > sem_wait(3) and friends are in libpthread on Linux, too.
>
> We depend on librt, which apparently depends on libpthread, so we get away
> wit
Matthias Kilian wrote:
On Wed, Nov 19, 2008 at 01:18:39PM +, Simon Marlow wrote:
My only idea how to fix this it to add -pthread to cc-options and
ld-options of unix.buildinfo if SplitObjs=NO, but this sounds like
a crude hack to me.
If anyone has a better solution, please let me know.
Spli
On Wed, Nov 19, 2008 at 01:18:39PM +, Simon Marlow wrote:
> >My only idea how to fix this it to add -pthread to cc-options and
> >ld-options of unix.buildinfo if SplitObjs=NO, but this sounds like
> >a crude hack to me.
> >
> >If anyone has a better solution, please let me know.
>
> SplitObjs
Matthias Kilian wrote:
From the link map (invoking gcc by hand and adding -Wl,-M):
/var/tmp/ghc/ghc-head/libraries/unix/dist/build/libHSunix-2.3.1.0.a(Posix.o)
/var/tmp/ghc/ghc-head/libraries/directory/dist/build/libHSdirectory-1.0.0.2.a(Directory.o)
(__stginit_
Hi,
a build of GHC with SplitObjs=NO on OpenBSD fails when trying to
link utils/installPackage during stage2, because it references some
symbols contained in libpthread. This problem has been seen earlier,
but it wasn't clear that it's related to SplitObjs. Partial build
output:
gmake -C utils w
