Thinking about what's missing in our library coverage

Sittampalam, Ganesh ganesh.sittampalam at credit-suisse.com
Fri Aug 7 08:19:22 EDT 2009


Niklas Broberg wrote:
>>> * I remove the rather small functionality in haskell-src-exts that
>>> depends on cpphs (namely deliterating literate source files).
>> 
>> If your only use of cpphs is to deliterate source files, then I
>> recommend that you simply incorporate that functionality directly
>> into haskell-src-exts.  Although cpphs's module
>> Language.Preprocessor.Unlit is under the LGPL, it is based on code
>> that was published in the Haskell 1.2 Report, Appendix C, which I
>> assume is freely copyable. 
> 
> That's of course an option. Though as Neil pointed out, my preference
> would really be to *increase* my dependency on cpphs, by introducing
> support for CPP in source files. So if we can actually get cpphs in
> the HP, that would be the best solution by far. :-)   

But the CPP that GHC supports is different (albeit less good) than cpphs. So if you want to support the extension as it is currently defined/used, you should just shell out to cpp like GHC does.

Cheers,

Ganesh

=============================================================================== 
 Please access the attached hyperlink for an important electronic communications disclaimer: 
 http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html 
 =============================================================================== 
 


More information about the Libraries mailing list