[MLton] Problem with MinGW

Wesley W. Terpstra terpstra@gkec.informatik.tu-darmstadt.de
Thu, 8 Jun 2006 22:35:54 +0200


I've had time to look at this problem again.

On May 29, 2006, at 2:11 AM, Matthew Fluet wrote:
>> things, but I can't see what happened earlier... gdb fails to  
>> debug the assembler section, and the c-codegen doesn't compile on  
>> MinGW.
>
> Why doesn't the c-codegen work on MinGW?

Oddly, now it works. Perhaps something was changed between then and now?

At any rate, not only does the c-codegen compile, it succeeds at  
opening files. Indeed, using the C codegen, MinGW is working  
perfectly. The moment one uses the native codegen, the problem  
reappears. This shoots my hopes of debugging it via the c-codegen in  
the foot. :-)

The parameters passed to the open3 method are identical in both  
cases. The only difference is the stack. The first argument is 00  
aligned for the C codegen, and 1a aligned for the native codgen.  
However, I think this should be ok... right?

As I have no better idea on how to proceed, I've been adding printf() 
s to many runtime methods to see if there is some difference in what  
gets called, but so far no luck. There has to be a better way to  
debug this ... From looking at the basis, the only difference in the  
codegens should be handling of real numbers, which seems completely  
unrelated.

Any suggestions are welcome.