As I am about to make a release of c2hs (and also Gtk+HS), I made another attempt at compiling the packages with the latest nhc98 (ie, 1.14), which unfortunately fails. The issues are the following: * nhc98 exports its FFI libraries from a module called `FFI', whereas all other systems (and the standard) use `Foreign' for the language-independent and `CForeign' for the C-dependent libraries. This should be pretty easy to fix. (If you insist on providing the `FFI' module, you could just re-export parts of `FFI' in `Foreign' and `CForeign'.) * The FFI includes a `Bits' modules that differs from nhc98's `Bit' module (different function names). Should also be easy to fix. * There seems to be a problem with re-exporting identifiers, which have been imported qualified. I vaguely remember that Malcolm once told me that nhc98 has a problem with that. I am currently working around this by excluding that module when compiling with nhc98 (as it is a library module that is not really needed for c2hs). * I get a set of strange error messages: ====== Errors after type inference/checking: No default for Parsers.Token at 282:3.(1378,[(173,1432)]) No default for Parsers.Token at 254:32.(1267,[(173,1433)]) No default for Parsers.Token at 223:1.(1061,[(173,1188)]) No default for Parsers.Token at 204:25.(1180,[(173,1187)]) All of the error positions are in the first equation of a functions that have `Token t' as the class context in their signature. The Token class is defined as class (Pos t, Show t, Eq t, Ord t) => Token t and I am not sure what these error messages are supposed to tell me. GHC doesn't have a problem with it and it is legal H98 as far as I can see. Strange is also that there are many functions that have the same class context about which nhc98 doesn't complain. Any ideas what this is about? Cheers, Manuel