This is the mail archive of the gcc-help@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: GCC 4.5 build error: undefined reference to `libc_name_p'

From: Ian Lance Taylor <iant at google dot com>
To: "Joseph S. Myers" <joseph at codesourcery dot com>
Cc: Michael Tsang <miklcct at gmail dot com>, gcc-help at gcc dot gnu dot org
Date: Fri, 30 Oct 2009 10:59:08 -0700
Subject: Re: GCC 4.5 build error: undefined reference to `libc_name_p'
References: <200910302226.19306.miklcct@gmail.com> <mcrvdhw4wvo.fsf@dhcp-172-17-9-151.mtv.corp.google.com> <Pine.LNX.4.64.0910301736010.2820@digraph.polyomino.org.uk>

"Joseph S. Myers" <joseph@codesourcery.com> writes:

> Since GCC is itself built in gnu89 mode (by virtue of GCC defaulting to 
> that mode and the bootstrap process not changing this default), the 
> presence or absence of this attribute should make no difference to the 
> semantics.  The function was inline even before my checkin.

That's a good point.  This is likely due to some inliner change.
Still, I think the correct fix is to change cfns.h to drop the
__gnu_inline__ and make it static inline instead.  Do you know if
gperf has any options for that?

Ian

Follow-Ups:
- Re: GCC 4.5 build error: undefined reference to `libc_name_p'
  - From: Joseph S. Myers

References:
- GCC 4.5 build error: undefined reference to `libc_name_p'
  - From: Michael Tsang
- Re: GCC 4.5 build error: undefined reference to `libc_name_p'
  - From: Ian Lance Taylor
- Re: GCC 4.5 build error: undefined reference to `libc_name_p'
  - From: Joseph S. Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]