Unicode in GHC: need some advice on building

Simon Marlow simonmar at microsoft.com
Tue Jan 11 06:24:21 EST 2005


On 11 January 2005 02:29, Dimitry Golubovsky wrote:

> Bad thing is, LD_PRELOAD does not work on all systems. So I tried to
> put the code directly into the runtime (where I believe it should be;
> the Unicode properties table is packed, and won't eat much space). I
> renamed foreign function names in GHC.Unicode (to avoid conflict with
> libc functions) adding u_ to them (so now they are u_iswupper, etc).
> I placed the new file into ghc/rts, and the include file into
> ghc/includes. I could not avoid messages about missing prototypes for
> u_... functions , but finally I was able to build ghc. Now when I
> compiled my test program with the rebuilt ghc, it worked without the
> LD_PRELOADed library. However, GHCi could not start complaining that
> it could not see these u_... symbols. I noticed some other entry
> points into the runtime like revertCAFs, or getAllocations, declared
> in the Haskell part of GHCi just as other foreign calls, so I just
> followed the same style - partly unsuccessfully.
> 
> Where am I wrong?

You're doing fine - but a better place for the tables is as part of the
base package, rather than the RTS.  We already have some C files in the
base package: see libraries/base/cbits, for example.  I suggest just
putting your code in there.

Cheers,
	Simon


More information about the Glasgow-haskell-users mailing list