As I read https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625#c3, the
requirement for __OFFLOAD_TABLE__ was not longer present and the
residual usages of it just had to be removed. The weak symbol on
darwin is fragile and seems to trip up on the existing code which
produces undefined symbols for ___OFFLOAD_TABLE__...
# nm e.50.1.o | grep OFF
U ___OFFLOAD_TABLE__
rather than
$ nm e.50.1.o | grep OFF
w __OFFLOAD_TABLE__
for all of the test cases.
On Fri, Jan 16, 2015 at 6:30 PM, Ilya Verbin <iver...@gmail.com> wrote:
> On 16 Jan 18:22, Jack Howarth wrote:
>> On 86_64 Fedora 15, current gcc trunk only produces…
>>
>> nm libgcc_s.so.1 | grep OFF
>> 0000000000215478 d _GLOBAL_OFFSET_TABLE_
>>
>> and not __OFFLOAD_TABLE__, The libgcc_s.so.1 built on
>> x86_64-apple-darwin14 doesn't even contain the _GLOBAL_OFFSET_TABLE_
>> symbol.
>>
>> On Fri, Jan 16, 2015 at 5:40 PM, Ilya Verbin <iver...@gmail.com> wrote:
>> > Why do you think so? __OFFLOAD_TABLE__ symbol lives in
>> > libgcc/offloadstuff.c
>> > since November without regressions.
>
> That's correct.
> 1. offloadstuff.c isn't linked into libgcc_s.so.1
> 2. __OFFLOAD_TABLE__ is guarded with ENABLE_OFFLOADING, which is disabled in
> default configuration.
>
> -- Ilya
