From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-61840-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 3239 invoked by alias); 17 Oct 2002 20:44:38 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 3228 invoked from network); 17 Oct 2002 20:44:37 -0000
Received: from unknown (HELO nile.gnat.com) (205.232.38.5)
  by sources.redhat.com with SMTP; 17 Oct 2002 20:44:37 -0000
Received: from gnat.com (darwin.gnat.com [205.232.38.44])
	by nile.gnat.com (Postfix) with ESMTP
	id A8B7FF28CC; Thu, 17 Oct 2002 16:44:36 -0400 (EDT)
Date: Thu, 17 Oct 2002 14:52:00 -0000
Subject: Re: Problems building GNAT on OS X with top-of-tree
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v546)
Cc: gcc@gcc.gnu.org
To: Dale Johannesen <dalej@apple.com>
From: Geert Bosch <bosch@gnat.com>
In-Reply-To: <F0F8275F-E149-11D6-B07C-000393D76DAA@apple.com>
Message-Id: <4049B0BE-E211-11D6-A8D0-00039344BF4A@gnat.com>
Content-Transfer-Encoding: 7bit
X-SW-Source: 2002-10/txt/msg01064.txt.bz2

Dale wrote:
>> I'm focussing now on finding out why this problems does not occur with
>> the C front end, which seems to use the same method for outputting
>> variables in the common section.
>
> You could do that.   Alternatively, I see that the correct sequence is
> generated for ada__exceptions__null_occurrence, which is also a .comm
> symbol.  You might look and see what's different about the symbols.
> This is probably just a matter of getting some field set correctly.

Actually, I tried to build with -fno-common and a few files later,
while compiling ali.adb with stage1/gnat, we fail in a clearer way:

ali.s:unknown:Can't emit reloc {- symbol "LSJR827"} @ file address 
30708.
ali.s:unknown:Can't emit reloc {- symbol "LSJR827"} @ file address 
30704.
ali.s:unknown:Undefined local symbol L149$pb

The piece of assembly in question is:
LSJR827:
         mflr r31
         addis r31,r31,ha16(L149$pb-LSJR827)
         addi r31,r31,lo16(L149$pb-LSJR827)

This reference is generated by machopic_function_base_name () in 
darwin.c,
but there is no documentation as to who should generate this label...

   -Geert