Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build-Type: Custom vs cross-compilation #9

Closed
BartMassey opened this issue Dec 16, 2015 · 5 comments
Closed

Build-Type: Custom vs cross-compilation #9

BartMassey opened this issue Dec 16, 2015 · 5 comments

Comments

@BartMassey
Copy link

Unfortunately, because of GHC bug #1493, it is currently not possible to build unbounded-delays with a cross-compiler out of the box: the Setup.hs is compiled using the target compiler rather than the host compiler. Changing the build type to Simple fixes this, and it looks like all the custom Setup.hs does is some Haddock magic. Any chance of getting Build-Type: Simple into a version on Hackage?

@ezyang
Copy link

ezyang commented Dec 23, 2015

Agreed, the custom Haddock preprocessor is so not worth it. Can it please be ejected?

@angerman
Copy link
Contributor

angerman commented May 2, 2017

This ticket is not almost 30mo old. Can we finally drop the custom build type?

I see that #ifdef __HADDOCK__ is uses. Can't this be substituted by __HADDOCK_VERSION__?

Cabal also allows to detect when the source code is being used for
generating documentation. The __HADDOCK_VERSION__ macro is defined
only when compiling via Haddock_
instead of a normal Haskell compiler. The value of the
__HADDOCK_VERSION__ macro is defined as A*1000 + B*10 + C, where
A.B.C is the Haddock version. This can be useful for working around
bugs in Haddock or generating prettier documentation in some special
cases.
(source: Conditional Compilation in the developing-packages.rst)

@BartMassey
Copy link
Author

2.5 years unaddressed, and no resolution in sight. It's like we're experiencing an...

Naw. Can't do it.

@basvandijk
Copy link
Owner

Sorry for the almost unbounded delay in fixing this. Released as unbounded-delays-0.1.1.0.

@BartMassey
Copy link
Author

Thanks much!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants