unknown symbol `cas' when linking against atomic-primops about haskell-lockfree HOT 5 CLOSED

You have to compile with -threaded.

Honestly, I don't know the right way to fix this. GHC only links the concurrency stuff into the RHS when you compile with -threaded. But these foreign primops depend on that. To my knowledge there is NOT a way to throw a more meaningful compile time error, because this is an error not at compile time per se, but in the final link phase.

Alternatively, we could rip out and duplicate the parts of the RTS we depend on (e.g. architecture portable CAS).

from haskell-lockfree.

I went ahead and made this warning prominent on the main package page:

http://hackage.haskell.org/package/atomic-primops-0.2.2.1

I'm working on a hack to duplicate the RTS functionality...

from haskell-lockfree.

This should be fixed as of the GHC 0.3 release. I took the approach of duplicating the necessary GHC RTS functionality so atomic-primops should work without -threaded now.

http://hackage.haskell.org/package/atomic-primops-0.3

I've tried it on linux and Mac but I haven't tested on Windows yet.

There is a makefile to test with several different "ways" that I've been using (profiling, optimization, -threaded):

https://github.com/rrnewton/haskell-lockfree-queue/blob/d6d3e9eda2a487a5f055b1f51423954bb6b6bdfa/AtomicPrimops/testing/Makefile#L28

Please re-open this if you still have a problem.

from haskell-lockfree.

I'm afraid not. I program using Data.Atomics does compile and run without -threaded. However, it does not work with GHCi which was, strictly speaking, the issue raised. Try loading the following .hs file in to GHCI;

import Data.Atomics
main = writeBarrier

Then:

Prelude> :l NonThreaded-CL.hs
*Main> main
...
Loading package atomic-primops-0.3 ... linking ... <interactive>: ~/.cabal/lib/atomic-primops-0.3/ghc-7.6.1/HSatomic-primops-0.3.o: unknown symbol `cas'

Then call main. You should still see the error. I am using HEAD, as of 10 minutes ago.

from haskell-lockfree.

It looks like this is going to be fixed in issue #10

from haskell-lockfree.