This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Problems building GNAT on OS X with top-of-tree
- From: Dale Johannesen <dalej at apple dot com>
- To: Geoffrey Keating <geoffk at apple dot com>
- Cc: Dale Johannesen <dalej at apple dot com>, Geert Bosch <bosch at gnat dot com>, gcc at gcc dot gnu dot org
- Date: Thu, 17 Oct 2002 14:52:26 -0700
- Subject: Re: Problems building GNAT on OS X with top-of-tree
On Thursday, October 17, 2002, at 02:38 PM, Geoffrey Keating wrote:
On Thursday, October 17, 2002, at 02:10 PM, Dale Johannesen wrote:
Actually this looks like it is connected to Geoff's recent patch
http://gcc.gnu.org/ml/gcc-patches/2002-09/msg01259.html
which introduced the LSJR label. Geoff, is
current_function_uses_pic_offset_table not getting set anywhere?
That would account for his symptom.
It is supposed to be set by machopic_function_base_name, which is
called to generate the label. Looking at the code, my suspicion is
that the original load_macho_picbase pattern is getting deleted by
flow because it appears dead, but that also deletes the label that the
macho_correct_pic needs.
If so, the solution is to use a real CODE_LABEL instead of having the
label inside load_macho_picbase, but this will be a complex change.
Hmm. How do you keep the bcl and the following label together through
the scheduler?
SCHED_GROUP_P used to work on labels, but it doesn't any more, and I
never found
another way to do it. Would a USE of the label work?
(This is probably unrelated to your earlier bug.)
Well, it's certainly related, in the sense that if I hadn't fixed that
bug this code would now fail at runtime instead of compile-time…
(I meant Geert Bosch's earlier bug, not yours. Sorry to be unclear.)