error: thread-local storage is not supported

Ken Cunningham ken.cunningham.webuse at gmail.com
Sat Nov 23 14:41:11 UTC 2019


yes, it can cause confusion that the C thread local and the c++ thread_local are different animals.

But as I hope we don't want two different compiler.thread_local_storage commands, one for C and one for c++, we need to cover them both with one command.

Or have two, if you like...

I'll look at your PR, but no doubt you've fixed it. Renee will be pleased.

K



> On Nov 23, 2019, at 06:22, Marcus Calhoun-Lopez <mcalhoun at macports.org> wrote:
> 
> macOS has supported thread-local storage since Mac OS X Lion.
> So __thread (GNU extension) and _Thread_local (C11) could be used.
> However, the C++11 keyword was not supported until Xcode 8 [1,2].
> 
> There is a pull request that attempts to improve the situation [3].
> 
> -Marcus
> 
> 1. https://stackoverflow.com/questions/28094794/why-does-apple-clang-disallow-c11-thread-local-when-official-clang-supports/29929949#29929949
> 2. https://developer.apple.com/videos/play/wwdc2016-405/?time=354
> 3. https://github.com/macports/macports-base/pull/161
> 
>> On Nov 21, 2019, at 5:10 PM, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>> 
>> Well, I’ll be hornswaggled.
>> 
>> Indeed it appears the compiler.thread_local_storage option in MacPorts is well and truly broken. It basically only works on 10.6 and less (which is where I often am, so I guess it always worked for me).
>> 
>> Marcus forgot to blacklist command_line clangs < 800. 
>> 
>> We’ll have to get that fixed.
>> 
>> <https://github.com/macports/macports-base/blob/2249c806dafa35c0bd2b2bce0bec29c94fa79856/src/port1.0/portconfigure.tcl#L768>
>> 
>> Ken
>> 
>> 
>> 
>>> On Nov 21, 2019, at 11:42 AM, Renee Otten <reneeotten at macports.org> wrote:
>>> 
>>> [sorry forgot to reply to the list earlier]
>>> 
>>> Thanks Ken, I am not sure if I can be of much help here - if you’d be willing to take a look that would be great! For now I’ll just blacklist clang below version 8.
>>> 
>>> Best,
>>> Renee
>>> 
>>> 
>>>> On Nov 21, 2019, at 12:52 PM, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>>>> 
>>>> yes, clang 800+ supported thread_local.
>>>> 
>>>> the open-source clangs support thread_local using libc++ way back, but certainly macports-clang-5.0+. 
>>>> 
>>>> the c++11 gcc versions support it as well, using macports-installed libstdc++.
>>>> 
>>>> All of that blacklisting logic is incorporated into Marcus' compiler.thread_local command, and the guts are in 'portconfigure.tcl'. The whole idea was to do it once there correctly, and then everyone could use that instead of figuring it out themselves.
>>>> 
>>>> So -- if  that is not being honoured in the build, something weird must be going on to make this build ignore base.
>>>> 
>>>> That's what I'll have to help sort out, using a VM or real system running those OS versions.
>>>> 
>>>> Ken
>>>> 
>>>> 
>>>> 
>>>>> On 2019-11-21, at 9:35 AM, Renee Otten wrote:
>>>>> 
>>>>> hi Ken, 
>>>>> 
>>>>> 
>>>>> see commits the following commits:
>>>>> 
>>>>> https://github.com/macports/macports-ports/commit/d6e27064e928b43d412618ac7227cc016e461738
>>>>> https://github.com/macports/macports-ports/commit/c9e9e2a6263bbf9d915d9ba61877c80eed1a3089
>>>>> 
>>>>> in the last commit, doing compiler.blacklist-append {clang < 700} does make it build on OS X 10.8 and 10.9, but not on 10.10 yet, because there it uses Clang “700.1.81”
>>>>> 
>>>>> I’d appreciate your help with it, perhaps the issue is actually different and I don’t understand it correctly. 
>>>>> 
>>>>> Thanks again!
>>>>> Renee
>>> 
>> 
> 


More information about the macports-dev mailing list