public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: Jan Van Dijk <janvandijkinjapan@yahoo.co.jp>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
Subject: Re: c++/9476: lookup of member in base class template  fails
Date: Tue, 28 Jan 2003 15:26:00 -0000	[thread overview]
Message-ID: <20030128152601.32376.qmail@sources.redhat.com> (raw)

The following reply was made to PR c++/9476; it has been noted by GNATS.

From: Jan Van Dijk <janvandijkinjapan@yahoo.co.jp>
To: gcc-gnats@gcc.gnu.org,
 gcc-bugs@gcc.gnu.org,
 nobody@gcc.gnu.org,
 gcc-prs@gcc.gnu.org,
 jan@etpmod.phys.tue.nl
Cc:  
Subject: Re: c++/9476: lookup of member in base class template  fails
Date: Wed, 29 Jan 2003 00:12:43 +0000

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&database=3D=
 gcc&pr=3D9476
 
 You (Nathan) said that `the usual' lookup rules apply here. In these word=
 s I=20
 read that within D<X> the data member i could be found in the base class=20
 B<X>, according to 3.4.1/7.
 
 In fact, I believed that the requirement that `specializations of templat=
 es=20
 are known before first use of the template' was exactly to make code like=
 =20
 this have a clear meaning, independent of the presence of specialisations=
  of=20
 the base class. (Otherwise, a specialisation B<double> could re-define th=
 e=20
 type of i.)
 
 In your mail you also say that `the koenig lookup should be resolved at p=
 arse=20
 time. (see example in 14.6/9)'. Well, in the code in my report a definiti=
 on=20
 of `int i' is present in the base class which is seen at parse time, so w=
 hat=20
 is the problem? The example in 14.6.9 is different: there the line `d++'=20
 refers to a d that is not there (yet). It is declared a few lines lower.
 
 As a sidenote: earlier today a similar report has been posted (9447). It =
 may=20
 be taken into acount in this discusssion. In the audit trail of that PR,=20
 Paolo Carlini expresses his belief that these _are_ parser bugs, BTW. Als=
 o=20
 Gabriel Dos Reis seems to be certain that the present behaviour is not=20
 correct (mailing list, today).=20
 
 Hmmm. Clash of the Titans. I'm going to watch and be curious about the ou=
 tcome=20
 of the discussion.
 
 =09Regards, Jan.
 
 --=20
 Keio-Tsuushin Residence
 Jan van Dijk, Room 210
 2 Chome 19-30, Mita Minato-ku
 108 Tokyo, Japan
 
 jan@etpmod.phys.tue.nl
 tel: +81 3 5476 9461 (home)
 __________________________________________________
 Do You Yahoo!?
 Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
 


             reply	other threads:[~2003-01-28 15:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-28 15:26 Jan Van Dijk [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-01-28 15:56 Nathan Sidwell
2003-01-28 13:14 nathan
2003-01-28 13:06 jan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030128152601.32376.qmail@sources.redhat.com \
    --to=janvandijkinjapan@yahoo.co.jp \
    --cc=gcc-prs@gcc.gnu.org \
    --cc=nobody@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).