Hi Nick, As far as I can tell from a quick look at hsqml, the stuff in Setup.hs isn't related to C2HS. What's more relevant is that hsqml defines a C library wrapper around the C++ library it uses -- C2HS is only used on that C wrapper, not on the C++ library itself. In general, C2HS doesn't support C++ at all, because it needs to be able to parse the header files that it includes and we use the C parser from the languagge-c package to do that. Any C++ constructs will just cause breakage. And your "old school" FFI definition doesn't look in any header files, which is why it has no trouble. Basically, if you want to do something like what hsqml does, just take a look in the cbits directory there, in particular at hsqml.h which is the header that defines the C wrapper around the C++ library. This hsqml.h header is the one that's included in the C2HS files. If you want to wrap a C++ library directly, C2HS probably isn't the tool for the job. I know there was some work during the last GSOC on a C++ FFI wrapper, but I don't know if anything concrete came of it. Cheers, Ian. On 6 April 2014 20:22, Nick Rudnick wrote:

Dear all,

maybe this is a piece of c2hs behaviour I missed to understand, but it appears happening with C++ style includes deep in the header call hierarchy - in case of a such backend C++ library, if one wishes to refer to by *.h's in c2hs (e.g. for access to types of it), one might have a problem.

- 8< cSample.h --------------------------------------------- #include <iostream> ///////// here, with c2hs, leading to build abort #ifdef __cplusplus extern "C" { #endif void sampleFunction(); #ifdef __cplusplus } #endif - 8< cSample.cpp --------------------------------------------- #include "cSample.h" #include <iostream> ///////// here no problem

void sampleFunction(){ std::cout << "OK" << std::endl; } - 8< ----------------------------------------------------------------

While 'old school' FFI (foreign import ccall) handles this effortlessly, c2hs uses to abort with an exception like C/cSample.h:3:20: fatal error: iostream: No such file or directory compilation terminated.

I see that hsqml gets around this, but apparently by tweaking Setup.hs in a way not quite trivial - would this be necessary in any case, or are there simpler alternatives?

Please excuse if I oversaw something, but I am afraid I didn't see this interesting issue covered elsewhere.

Thank you a lot in advance & cheers, Nick

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

-- Ian Ross Tel: +43(0)6804451378 ian@skybluetrades.net www.skybluetrades.net