The inclusion of the GHC made config.h in HsFFI.h makes it extremely difficult to use autoconf with ones own projects without dealing with horrible name clashes everywhere. Is there some way this can be fixed? perhaps pre-generating the HsFFI.h. although I don't think it is stated explicitly by the FFI report, I would assume that HsFFI.h should not clash with anything that doesn't start with Hs, hs_ or HS_. also, it would be good if config.h could be renamed to something like ghc-config.h, because otherwise the conflict between the names can hide bugs where you get the incorrect config.h or make it tricky to get at the GHC one if it is actually the one you want. John -- --------------------------------------------------------------------------- John Meacham - California Institute of Technology, Alum. - john@foo.net ---------------------------------------------------------------------------
John Meacham wrote:
[...] also, it would be good if config.h could be renamed to something like ghc-config.h, because otherwise the conflict between the names can hide bugs where you get the incorrect config.h or make it tricky to get at the GHC one if it is actually the one you want.
That's definitely on the fptools-ToDo-List: Every package/project should have its own configuration shell script, configuration header used only for build time and configuration header included in pre-built distributions. It's "just" a matter of splitting of configure.ac and pushing the relevant parts down the fptools hierarchy. Any volunteers? I'll do it when I've got some time left and no one else has done it by then, but this will definitely not be in the near future... Cheers, S.
participants (2)
-
John Meacham -
Sven Panne