<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 6 June 2015 at 18:18, Dan Olson via D.gnu <span dir="ltr"><<a href="mailto:d.gnu@puremagic.com" target="_blank">d.gnu@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">"Iain Buclaw via D.gnu" <<a href="mailto:d.gnu@puremagic.com">d.gnu@puremagic.com</a>> writes:<br>
<br>
</span>> On 5 June 2015 at 08:40, Dan Olson via D.gnu <<a href="mailto:d.gnu@puremagic.com">d.gnu@puremagic.com</a>><br>
<div><div class="h5">> wrote:<br>
>><br>
>> Sorry for a long chain on OSX. But one last unresolved symbol from<br>
> make<br>
>> check-d: "_d_osx_image_init". Is it just a placeholder or is it<br>
> hidden<br>
>> somewhere. Does gdc still need the code to set setup gc scanning?<br>
> How<br>
>> is TLS on OSX? - if not ready, would emutls work?<br>
>> --<br>
>> Dan<br>
><br>
</div></div><span class="">> I hope I'm not shying you away by saying, this is what someone needs<br>
> to find out.<br>
><br>
</span><span class="">> I'd first suggest to build gcc only and test what is outputted. Use a<br>
> test program such as __thread int tls; and a main program that sets<br>
> it's value to 0xdeadbeef then build with -S and check if the output<br>
> shows calls to emutls like functions.<br>
><br>
> GDC already has GC support for emutls, so the interesting part is if<br>
> GCC does native tls on osx.<br>
<br>
</span>GCC with vanilla configure is generating emutls calls for OSX.<br>
</blockquote></div><br></div><div class="gmail_extra">So, we can safely remove all references to _d_osx_image_init from rt.memory, but keep the second version(OSX) as you don't want a static assert. ;-)<br></div></div>