This is the mail archive of the gcc-patches@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: User-namespace pre#defines - new approach

From: Neil Booth <neil at daikokuya dot demon dot co dot uk>
To: Zack Weinberg <zack at codesourcery dot com>
Cc: gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
Date: Tue, 16 Apr 2002 06:24:28 +0100
Subject: Re: User-namespace pre#defines - new approach
References: <Pine.LNX.4.33.0204132147050.22725-100000@kern.srcf.societies.cam.ac.uk> <71350000.1018731398@gandalf.codesourcery.com> <20020414064929.GB3867@codesourcery.com> <20020415190654.GA14813@redhat.com> <20020415194812.GJ968@codesourcery.com> <20020415211524.GA11772@daikokuya.demon.co.uk> <20020416001641.GN968@codesourcery.com>

Zack Weinberg wrote:-

> No, it'd piggyback on NODE_DIAGNOSTIC, so it wouldn't impact the fast
> path at all.

Yes, that's probably better.  It wouldn't work for funlike macros, but
we're only talking about object-like I think.  There are a few cases
where you'd warn when the macro wouldn't be expanded, such as #error,
but even those can be headed off by checking
state.prevent_expansion == 0 before issuing the diagnostic I think.

Sounds OK.

Neil.

References:
- Re: -Dgnu_{linux,hurd}
  - From: Zack Weinberg
- Re: -Dgnu_{linux,hurd}
  - From: Christopher Faylor
- User-namespace pre#defines - new approach
  - From: Zack Weinberg
- Re: User-namespace pre#defines - new approach
  - From: Neil Booth
- Re: User-namespace pre#defines - new approach
  - From: Zack Weinberg

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