Re: [Bug-gforth] [bug #40978] Failed to compile GForth on MACOSX 10.8.5

[Aleksandr Skobelev]

The configure tells that all is OK.
But there are two reason on my machine why it doesn't compile nevertheless. 
First is that libcc uses glibtool and when it run gcc which is clang under 
the hood, and clang has -triple x86_64-apple-MACOSX10.3.0 while configure 
runs and the rest of gforth is built with x86_64-apple-MACOSX10.8.0 triple.
Definitely __thread is not supported on MACOSX10.3.0.

Then if to set all parts to use MACOSX10.8.0 [1] there is still a problem on
a linking stage – it look like to get a library that refers external __thread 
variables properly linked you need to link it against the module where that 
variables are defined. So the other possible way to fix it – try to compile 
the parts with __thread variables as a separate library and link the libcc 
library to that one.

[1] Bammer! I forgot I also made changes in glibtool that I installed with brew.
For some reason it has the host and build parameters to 
x86_64-apple-darwin12.3.0
instead of x86_64-apple-darwin12.5.0. I should still check if the patch works 
with the default parameters.
    
On Dec 21, 2013, at 22:32, Bernd Paysan <address@hidden> wrote:

> Am Samstag, 21. Dezember 2013, 18:23:49 schrieb Alexander Skobelev:
>> Follow-up Comment #2, bug #40978 (project gforth):
>> 
>> Attached the new version of the patch (see file
>> compile-on-macosx-#40987.1.patch). Tested it with tests in unix/pthread.fs.
>> It looks like __thread works on MacOSX 10.8.5.
> 
> If it works, the detection in configure.in should catch that, and then no 
> patch should be necessary.
> 
> -- 
> Bernd Paysan
> "If you want it done right, you have to do it yourself"
> http://bernd-paysan.de/