On 15/11/2009 12:42, Goetz Isenmann wrote:
@Simon: I am not sure, in which direction I should look for solving
this problem:
1. Avoid the tls problem
a) Try to convince the dragonfly people, that it might be useful,
to have something like the errno access wrapper in libc.
b) If (1a) fails, try to create a patch for netbsd pkgsrc and/or
ghc, so that an access wrapper will be created and installed
as part of a ghc installation on dragonfly.
You can write an access wrapper for errno, compile it into a .so shared
object, and have GHCi load the .so.
2. Fix the problem
a) Try to add the necessary logic into the ghc runtime.
Have a look at what the system's linker does to resolve this reference:
compile a C program, load it up into gdb, and disassemble the code.
b) Try to use the platforms loader.
See above. Also when we have a dynamically linked GHCi this problem
will partly go away for you
(http://hackage.haskell.org/trac/ghc/ticket/3658).
Cheers,
Simon
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
