This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)
- From: Jack Howarth <howarth dot at dot gcc at gmail dot com>
- To: Ilya Verbin <iverbin at gmail dot com>
- Cc: Thomas Schwinge <thomas at codesourcery dot com>, jakub at gcc dot gnu dot org, GCC Patches <gcc-patches at gcc dot gnu dot org>, howarth at bromo dot med dot uc dot edu, Dominique d'HumiÃres <dominiq at lps dot ens dot fr>, andrey dot turetskiy at gmail dot com, bernds at gcc dot gnu dot org, kyukhin at gcc dot gnu dot org
- Date: Fri, 16 Jan 2015 18:22:46 -0500
- Subject: Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)
- Authentication-results: sourceware.org; auth=none
- References: <87egqvu77s dot fsf at schwinge dot name> <87r3uuzcqg dot fsf at kepler dot schwinge dot homeip dot net> <20150116224038 dot GA48380 at msticlxl57 dot ims dot intel dot com>
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 <iverbin@gmail.com> wrote:
> On 16 Jan 21:34, Thomas Schwinge wrote:
>> On Thu, 15 Jan 2015 21:20:07 +0100, I wrote:
>> Here is a patch to remove the __OFFLOAD_SYMBOL__ variable/formal
>> parameter, as discussed in <https://gcc.gnu.org/PR64625>.
>>
>> But -- I now wonder whether that's actually the issue that has been
>> reported in the PR; doesn't that more look like a problem with the
>> __OFFLOAD_TABLE__ symbol defined in libgcc/offloadstuff.c, and used in
>> the mkoffload tools (such as gcc/config/i386/intelmic-mkoffload.c)? Can
>> anyone guess what's going on?
>
> Why do you think so? __OFFLOAD_TABLE__ symbol lives in libgcc/offloadstuff.c
> since November without regressions.
>
> -- Ilya