GHC 6.4.1 and Win32 DLLs: Bug in shutdownHaskell?

[Simon Marlow]

On 09 March 2006 18:19, Michael Marte wrote:

> Simon Marlow wrote:
> 
>> Michael Marte wrote:
>> 
>>> Lennart Augustsson wrote:
>>> 
>>>> I'm not implying anything, except that I've plugged the space
>>>> leak of 256M every time a DLL is loaded&unloaded.
>>>> 
>>>>     -- Lennart
>>>> 
>>>> Michael Marte wrote:
>>>> 
>>>>> Lennart,
>>>>> 
>>>>> do you imply that you have fixed the problem causing the crashes?
>>>>> May I safely assume that DLLs produced by ghc 6.4.2 will not crash
>>>>> upon being freed?
>>>> 
>>>> 
>>>> 
>>> I wanted to test the fix for ticket #711 but I am stuck because
>>> there is no current snapshot of ghc 6.5 for mingw. (The last one is
>>> dated end of February, the patch was commited on  March, 2nd.)
>> 
>> 
>> The patch hasn't been committed at all, AFAIK.
> 
> Ok, it am new to Darcs, so this patch is only a proposal contained in
> the ticket?
> 
>> 
>>> I saw that the patch is scheduled for milestone 6.4.2 but has been
>>> commited only for 6.5. When will it be available for 6.4.2?
>>> 
>>> I started learning to compile ghc and I have succeeded with the
>>> current head of the 6.4 branch on Debian Linux/testing. Next step is
>>> to compile the head on this system. My current problem is a missing
>>> symbol when linking stage1/ghc-6.5, namely u_gencat  referenced by
>>> stage1/parser/Lexer.o. Am I missing some library?
>>> (I think my sources are up to date, I pulled only half an hour ago.)
>> 
>> 
>> When compiling with 6.4.1 or later, u_gencat should come from
>> libHSbase_cbits.a in your 6.4.1 installation.  Is it there?
>> 
>> 
> No, I am compiling with plain 6.4 (a newer Debain package is not
> available) and it does not have u_gencat in this library.
> However I can compile the head of the 6.4 branch which in turn should
> be able to compile the head, shouldn't it?

Yes, I think a plain 6.4 can't compile the HEAD right now.  We'll try to
fix this, but for now you should use a 6.4.1 or later.

Cheers,
	Simon