From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11843 invoked by alias); 17 Oct 2002 21:52:48 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 11833 invoked from network); 17 Oct 2002 21:52:46 -0000 Received: from unknown (HELO mail-out1.apple.com) (17.254.0.52) by sources.redhat.com with SMTP; 17 Oct 2002 21:52:46 -0000 Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id g9HLqki24533 for ; Thu, 17 Oct 2002 14:52:46 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.2.5) with ESMTP id ; Thu, 17 Oct 2002 14:52:34 -0700 Received: from apple.com (johada5.apple.com [17.201.20.185]) by scv1.apple.com (8.11.3/8.11.3) with ESMTP id g9HLqjr05369; Thu, 17 Oct 2002 14:52:45 -0700 (PDT) Date: Thu, 17 Oct 2002 17:06:00 -0000 Subject: Re: Problems building GNAT on OS X with top-of-tree Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Mime-Version: 1.0 (Apple Message framework v546) Cc: Dale Johannesen , Geert Bosch , gcc@gcc.gnu.org To: Geoffrey Keating From: Dale Johannesen In-Reply-To: Message-Id: Content-Transfer-Encoding: quoted-printable X-SW-Source: 2002-10/txt/msg01073.txt.bz2 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=20 > called to generate the label. Looking at the code, my suspicion is=20 > that the original load_macho_picbase pattern is getting deleted by=20 > flow because it appears dead, but that also deletes the label that the=20 > macho_correct_pic needs. > > If so, the solution is to use a real CODE_LABEL instead of having the=20 > 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=20 the scheduler? SCHED_GROUP_P used to work on labels, but it doesn't any more, and I=20 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=20 > bug this code would now fail at runtime instead of compile-time=85 (I meant Geert Bosch's earlier bug, not yours. Sorry to be unclear.)