[MLton] commit r4725: Statically-linked wrapper functions for Intel Mac

[Matthew Fluet]

> I did a "make clean" followed by a "make all-no-docs" and things progressed
> nicely until mllex, where I get

Well, mllex is where we try to use the newly built compiler to produce an 
executable for the first time.  At this point, /build/bin/mlton should 
exist, but obviously isn't producing the right magic in the assembly file.
You could try manually compiling mllex with:
   ../build/bin/mlton -target self -keep g mllex.mlb
and look at the assembly.  But, I copied what I saw in
   http://tuvix.apple.com/documentation/DeveloperTools/Reference/Assembler/Assembler.pdf


> Compiling mllex
> mlton -target self mllex.mlb
> /tmp/fileBcDSd1.2.S:unknown:missing indirect symbols for section 
> (__TEXT,__symbol_stub)
> call to system failed with exit status 1:
> gcc -c -o /tmp/fileinqLc7.o /tmp/fileBcDSd1.2.S
> make[2]: *** [mllex] Error 1
> make[1]: *** [tools] Error 2
> make: *** [all-no-docs] Error 2
>
> On Oct 28, 2006, at 2:32 PM, Matthew Fluet wrote:
>
>> 
>>> The changes seem to have addressed the problem with the regressions. There 
>>> are a bunch of ~0.0 vs. 0.0 failures in the real tests, but the other 
>>> regressions ran fine.  As expected, the FFI stuff causes the same problems 
>>> as with the math functions.  I think that you are going to have to modify 
>>> the code generator to produce the dynamic linking stubs on Mac OS X.
>> 
>> Great.  At r4732, I went ahead and modified the code generator to produce 
>> dynamic linking stubs on x86-darwin.  If you get a chance to update to the 
>> latest SVN sources and re-compile, it should be the case that FFI works 
>> properly.
>> 
>
>
> _______________________________________________
> MLton mailing list
> MLton at mlton.org
> http://mlton.org/mailman/listinfo/mlton
>