Data constructor workers don't have bindings: they just stand for themselves.
Wrappers do have bindings, but the easiest way to get them is to get them and
ask for their unfolding (via unfoldingTemplate . idUnfolding).
So you just need to get the Ids. You can get them from the global type
Simon Marlow schrieb:
On 23/08/2010 17:45, Brandon S Allbery KF8NH wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/23/10 11:57 , Christian Maeder wrote:
However, when I try to compile the simplest source with on older
gcc-3.4.4 I get the link error below, but only for the threaded
Christian Maeder schrieb:
Simon Marlow schrieb:
On 23/08/2010 17:45, Brandon S Allbery KF8NH wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/23/10 11:57 , Christian Maeder wrote:
However, when I try to compile the simplest source with on older
gcc-3.4.4 I get the link error
On 25/08/2010 16:37, Christian Maeder wrote:
Christian Maeder schrieb:
Simon Marlow schrieb:
On 23/08/2010 17:45, Brandon S Allbery KF8NH wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/23/10 11:57 , Christian Maeder wrote:
However, when I try to compile the simplest source with
Christian:
Is it possible that you might have code compiled with an older version of ghc
lying around in an odd place in your build hierarchy? I would imagine that you
upgraded cabal-installed packages. If for some reason you copied or used rsync
to replicate a directory tree onto the older
On 08/23/2010 07:15 AM, Ian Lynagh wrote:
Could someone summarise this thread in a ticket in the GHC trac?
http://hackage.haskell.org/trac/ghc/ticket/4274
HTH, Brian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
Excerpts from Simon Marlow's message of Mon Aug 09 11:23:42 -0400 2010:
That might be quite interesting to try, actually. You'll need to modify the
RTS: the place where we decide what to do when a throwTo is received for a
thread involved in a foreign call is around line 396 of
Excerpts from Edward Z. Yang's message of Thu Aug 26 01:22:22 -0400 2010:
I spent some time looking at the code, and I've been having a difficult
time finding the thread ID of the worker thread that is performing the
safe FFI call. The target TSO is the suspended Haskell thread, which
afaict
