summaryrefslogtreecommitdiff
path: root/rts/LinkerInternals.h
diff options
context:
space:
mode:
authorSimon Peyton Jones <simonpj@microsoft.com>2014-12-02 10:05:49 +0000
committerSimon Peyton Jones <simonpj@microsoft.com>2014-12-02 10:22:08 +0000
commit4b51194df4090d984f02c12128e868077660fb8b (patch)
tree235ac9eb29821b9560fb9caabb2c90de73e85678 /rts/LinkerInternals.h
parent7932b2adaecac6c86038176d909c20ad1b1f9604 (diff)
downloadhaskell-4b51194df4090d984f02c12128e868077660fb8b.tar.gz
Revert "Make the linker API thread-safe"
This reverts commit b5e8b3b162b3ff15ae6caf1afc659565365f54a8. I reverted it because one of these two patches 9e6e4796437a7fc23e83605a45db9b2663570123 Add purgeObj() b5e8b3b162b3ff15ae6caf1afc659565365f54a8 Make the linker API thread-safe causes a seg-fault on Windows. The seg-fault happens immediately the linker is invoked, in ghci or in Template Haskell. I believe that it is the "linker API thread-safe" commit that causes the seg-fault; it happens even if the "purgeObj" commit alone is reverted. But since the two patches mess with the same code, to revert the "linker API" patch I had revert both.
Diffstat (limited to 'rts/LinkerInternals.h')
-rw-r--r--rts/LinkerInternals.h4
1 files changed, 0 insertions, 4 deletions
diff --git a/rts/LinkerInternals.h b/rts/LinkerInternals.h
index 4fe533b903..e1942bc8ae 100644
--- a/rts/LinkerInternals.h
+++ b/rts/LinkerInternals.h
@@ -144,10 +144,6 @@ typedef struct _ObjectCode {
extern ObjectCode *objects;
extern ObjectCode *unloaded_objects;
-#ifdef THREADED_RTS
-extern Mutex linker_mutex;
-#endif
-
void exitLinker( void );
void freeObjectCode (ObjectCode *oc);