ANNOUNCE: GHC version 6.6.1

[Simon Peyton-Jones]

| Making it possible to use Haskell in mixed language projects with C++
| and Java is obviously a good thing, but it's not really a scalable
| solution to distribute them all together. We should look at how to
| improve cabal+ghc to make it easier to use them as a component of a
| larger system. One example of this would be not requiring that ghc is
| used to do a final link, we should be able to make static libs and then
| link them using ordinary gcc.

Indeed.  I don't think there is any reason in principle why one should not use GHC and C++ together, and there is certainly some "customer demand" for this to be smooth and easy.  But it's not at the moment, and

        we lack a motivated colleague to help make it happen

It needs someone who is familiar with C++ and its various strange naming, calling, and linking conventions; and who is willing to learn a bit about GHC's strange naming, calling, and linking conventions (with help from us).

We are ready to spend time explaining the GHC end.  But we really need someone to figure out what happens in the GHC/C++ link step, and make it all work smoothly.

Please do volunteer!

Simon