From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-hacker-return-8223-listarch-libc-hacker=sources.redhat.com@sources.redhat.com>
Received: (qmail 6255 invoked by alias); 15 Jan 2005 09:35:28 -0000
Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:libc-hacker-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/libc-hacker/>
List-Post: <mailto:libc-hacker@sources.redhat.com>
List-Help: <mailto:libc-hacker-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: libc-hacker-owner@sources.redhat.com
Received: (qmail 6235 invoked from network); 15 Jan 2005 09:35:28 -0000
Received: from unknown (HELO sunsite.mff.cuni.cz) (195.113.15.26)
  by sourceware.org with SMTP; 15 Jan 2005 09:35:28 -0000
Received: from sunsite.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1])
	by sunsite.mff.cuni.cz (8.13.1/8.13.1) with ESMTP id j0F9ZQdR028205;
	Sat, 15 Jan 2005 10:35:26 +0100
Received: (from jj@localhost)
	by sunsite.mff.cuni.cz (8.13.1/8.13.1/Submit) id j0F9ZQf6028204;
	Sat, 15 Jan 2005 10:35:26 +0100
Date: Sat, 15 Jan 2005 09:35:00 -0000
From: Jakub Jelinek <jakub@redhat.com>
To: Andreas Jaeger <aj@suse.de>
Cc: Roland McGrath <roland@redhat.com>, Richard Henderson <rth@redhat.com>,
        Glibc hackers <libc-hacker@sources.redhat.com>
Subject: Re: Aliases ...
Message-ID: <20050115093525.GC4777@sunsite.mff.cuni.cz>
Reply-To: Jakub Jelinek <jakub@redhat.com>
References: <20050114192642.GC19955@redhat.com> <200501141930.j0EJUF90016732@magilla.sf.frob.com> <20050114200420.GB4777@sunsite.mff.cuni.cz> <m3wtuf2m8b.fsf@gromit.moeb>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <m3wtuf2m8b.fsf@gromit.moeb>
User-Agent: Mutt/1.4.1i
X-SW-Source: 2005-01/txt/msg00041.txt.bz2

On Sat, Jan 15, 2005 at 08:19:16AM +0100, Andreas Jaeger wrote:
> Jakub Jelinek <jakub@redhat.com> writes:
> 
> > On Fri, Jan 14, 2005 at 11:30:15AM -0800, Roland McGrath wrote:
> >> > If we need to, we can rearrange things such that aliases are 
> >> > delayed until the real end of the translation unit, but...
> >> 
> >> This has always worked before, and initializing is ugly when you really
> >> want bss symbols.
> >
> > That's a GCC4 bug that needs to be fixed there IMHO.
> 
> Look at the email and bugreport that started this thread - RTH says
> it's not a bug...

That was talking about:
int errno;
extern  int __libc_errno __attribute__ ((alias ("errno")));

where I have no problems with gcc warning about it (although the
warning could warn instead about alias to common symbol).

But GCC warns even for:
int errno __attribute__((nocommon));
extern  int __libc_errno __attribute__ ((alias ("errno")));

and that is IMHO a bug.

	Jakub