link error for atomic-primops on linux on Jenkins

[lkuper]

We're so close to having the lvish Jenkins build working...so close...

Loading package atomic-primops-0.4 ... linking ... ghc: /nfs/nfs5/home/nobackup/parfunc/jenkins_workspaces_offloaded/LVish-implementation/JENKINS_GHC/7.6.3/label/linux-soic/haskell/lvish/.cabal-sandbox/lib/x86_64-linux-ghc-7.6.3/atomic-primops-0.4/libHSatomic-primops-0.4.a: unknown symbol `stg_MUT_VAR_CLEAN_info'
ghc: unable to load package `atomic-primops-0.4'
Failed to install lvish-0.2.0.0

The "unknown symbol `stg_MUT_VAR_CLEAN_info'" is apparently the same bug that @rrnewton ran into here!

[toddaaro]

Ran into this today on my machine trying to use the atomic primops package, unrelated to jenkins/lvish.

/home/toddaaro/.cabal/lib/x86_64-linux-ghc-7.6.3/atomic-primops-0.4/libHSatomic-primops-0.4.a: unknown symbol `stg_MUT_VAR_CLEAN_info'
ghc: unable to load package `atomic-primops-0.4'

The same error pops up when I try ghci -threaded Foo.hs

[rrnewton]

This is a GHC bug, discussed here in the issue that Lindsye linked.

rrnewton/haskell-lockfree#10

For now we can work around it by not using Template Haskell. Why are we using template haskell? It's because of the unit test framework (test-framework-th).

I already did the verbose, ugly, by-hand listing of the test cases to remove the dependency on template haskell. So this should now be fixed.

[toddaaro]

Where is the template haskell dependency that is the problem? I don't have any template haskell in my code, is it part of the atomic-primops package?