[MLton] commit r4725: Statically-linked wrapper functions for
Intel Mac
Matthew Fluet
fluet at cs.cornell.edu
Sat Oct 28 15:56:51 PDT 2006
> 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
>
More information about the MLton
mailing list