This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: C++ PATCH: PR 9924
- From: Jason Merrill <jason at redhat dot com>
- To: Roger Sayle <roger at www dot eyesopen dot com>
- Cc: Benjamin Kosnik <bkoz at redhat dot com>, mark at codesourcery dot com, <gcc-patches at gcc dot gnu dot org>
- Date: Mon, 17 Mar 2003 20:25:22 -0500
- Subject: Re: C++ PATCH: PR 9924
- References: <Pine.LNX.4.44.0303171659520.25933-100000@www.eyesopen.com>
On Mon, 17 Mar 2003 17:23:40 -0700 (MST), Roger Sayle <roger at www dot eyesopen dot com> wrote:
> The context was that if we were already editting or modifying many of the
> system's header files to make them C++ aware, the mechanism could be
> extended to also handle the std namespace issue. Of course, we don't
> currently rewrite system header files for C++
But we do! What could the code I quoted be for, if not C++?
> It was a misunderstanding on my part. I didn't appreciate that Jason
> was talking about the preprocessor's NO_IMPLICIT_EXTERN_C mechanism,
> and I'd mistakenly assumed he was refering to a mythical large scale
> fixincludes based approach. Its not that system headers are C++
> aware (with extern "C", and namespaces, and attributes, and empty
> throw expection lists, etc...)
But they are!
> instead its just g++ automatically assumes functions prototyped in
> /usr/include have C linkage.
Only for targets that don't have headers which provide the extern "C"
themselves, which are a shrinking minority.
Jason