[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Aleksandr Skobelev
Subject: Re: [Bug-gforth] [bug #40978] Failed to compile GForth on MACOSX 10.8.5
Date: Sun, 22 Dec 2013 09:12:40 +0400

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 
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/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]