This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.

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

Re: Prevent macro expansion of mblen

To: Gabriel Dos Reis <gdr at codesourcery dot com>
Subject: Re: Prevent macro expansion of mblen
From: Jason Merrill <jason at redhat dot com>
Date: 29 Dec 2000 23:53:34 +0000
Cc: Alexandre Oliva <aoliva at redhat dot com>, Benjamin Kosnik <bkoz at redhat dot com>, libstdc++ at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
References: <Pine.SOL.3.91.1001222011507.22964B-100000@cse.cygnus.com><ork88oxl33.fsf@guarana.lsd.ic.unicamp.br><flr92se7l2.fsf@sel.cmla.ens-cachan.fr><orofxw9u0l.fsf@guarana.lsd.ic.unicamp.br><fl3df8e0tw.fsf@sel.cmla.ens-cachan.fr><or3df7ap9f.fsf@guarana.lsd.ic.unicamp.br><flu27n623c.fsf@sel.cmla.ens-cachan.fr>

Sounds like we want the semantics of gcc 'extern inline'; namely, use the
inline definition provided if possible, otherwise fall back on the symbol
defined elsewhere.  __attribute__ ((pure_inline)), anyone?  inline_only?

Jason

Follow-Ups:
- Re: Prevent macro expansion of mblen
  - From: Gabriel Dos Reis

References:
- Re: Prevent macro expansion of mblen
  - From: Benjamin Kosnik
- Re: Prevent macro expansion of mblen
  - From: Alexandre Oliva
- Re: Prevent macro expansion of mblen
  - From: Gabriel Dos Reis
- Re: Prevent macro expansion of mblen
  - From: Alexandre Oliva
- Re: Prevent macro expansion of mblen
  - From: Gabriel Dos Reis
- Re: Prevent macro expansion of mblen
  - From: Alexandre Oliva
- Re: Prevent macro expansion of mblen
  - From: Gabriel Dos Reis

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