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: [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)

From: Kriang Lerdsuwanakij <lerdsuwa at users dot sourceforge dot net>
To: Nathan Sidwell <nathan at codesourcery dot com>
Cc: gcc-patches at gcc dot gnu dot org, Mark Mitchell <mark at codesourcery dot com>
Date: Tue, 26 Oct 2004 21:43:59 +0700
Subject: Re: [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)
References: <Pine.LNX.4.33.0410172111080.29723-100000@localhost.localdomain> <41793DD6.9050702@codesourcery.com> <417CE577.800@users.sourceforge.net> <417E43CB.1060609@codesourcery.com>

Nathan Sidwell wrote:

whilst using current_decl_namespace seems plausable, why don't we push to the namespace of N::C when processing its definition? Am I just confused? I think there's a lot of places where current_namespace is presumed to be the namespace of whatever function or class is being defined.

This makes sense. I'll revise the patch.

--Kriang

References:
- [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)
  - From: Kriang Lerdsuwanakij
- Re: [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)
  - From: Nathan Sidwell
- Re: [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)
  - From: Kriang Lerdsuwanakij
- Re: [C++ PATCH] Fix friend class name lookup part 2/n (PR14513, 15410)
  - From: Nathan Sidwell

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