On Feb 14, 2014 8:38 AM, "Anthony Cowley"
On Friday, February 14, 2014, Carter Schonwald
Hey all, someone needs to help take over language C maintainer ship, because its
going to be broken on 7.8 unless someone pushes a sdist'd with a new happy/ alex to hackage (see https://github.com/haskell/c2hs/issues/64 for an example issue)
I know Anthony and Jason have at points patched language-c for their
respective needs, so i'm cc'ing em :)
-Carter
To clarify the situation for anyone who wants to take up the language-c mantle, I have a fork at https://github.com/acowley/language-c that lets one use c2hs on OS X Mavericks, in particular for OpenCL and OpenGL. You will probably find evidence of me reporting and talking about this issue in various places; I never got any response from anyone, but sensed a healthy amount of Won't Fix in the air.
A more popular fix has been to #define hacks for individual package build systems, but this is crazy as it means the hack has to be replicated everywhere. If c2hs is absolutely necessary, then its use of language-c should be reconsidered. All I did was hack the language-c parser to be more
wrote: liberal in the attributes it accepts. I have no reason to believe that my changes are correct, but it is apparent that nobody is using these parse results: we just need the parser to not error out.
TL;DR: Long term, language-c should have a stripped down mode of
operation that better fits c2hs's needs. Short term, my language-c fork seems to work on OS X, but I haven't tested much elsewhere. Another option is language-objective-c, which started as a fork of language-c, supports nearly everything language-c does, and I'm still actively maintaining it. Unfortunately I don't have the resources to test it on newer osx versions, so I'd appreciate if somebody else could give it a try (I'll need to push a new version for 7.8 though). John L