From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19651 invoked by alias); 4 Jun 2005 19:30:14 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 19640 invoked by uid 48); 4 Jun 2005 19:30:12 -0000 Date: Sat, 04 Jun 2005 19:30:00 -0000 Message-ID: <20050604193012.19639.qmail@sourceware.org> From: "pinskia at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050604092017.21908.igodard@pacbell.net> References: <20050604092017.21908.igodard@pacbell.net> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug c++/21908] [3.4/4.0/4.1 Regression] poor diagnostic with vitrual base classes X-Bugzilla-Reason: CC X-SW-Source: 2005-06/txt/msg00469.txt.bz2 List-Id: ------- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-04 19:30 ------- (In reply to comment #2) > So I did :-) So where does the `der2::der2(const void**)' come from? It is a bug and a regression. Reduced testcase for that bug: struct virt { virt(){} virt(int i){} }; struct der: public virtual virt { der(int i):virt(i) {} }; struct top : public der { top () {} }; 3.2.3 gave: t.cc: In constructor `top::top()': t.cc:4: no matching function for call to `der::der()' t.cc:2: candidates are: der::der(const der&) t.cc:2: der::der(int) which is the correct diagnostic. 3.3.3 gave something just as weird as 3.4.0 (and above): t.cc: In constructor `top::top()': t.cc:4: error: no matching function for call to `der::der(const **)' t.cc:2: error: candidates are: der::der(const der&) t.cc:2: error: der::der(int) -- What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed| |1 Keywords| |diagnostic Known to fail| |3.3.3 3.4.0 4.0.0 4.1.0 Known to work| |3.2.3 Last reconfirmed|0000-00-00 00:00:00 |2005-06-04 19:30:11 date| | Summary|Even poorer diagnostic |[3.4/4.0/4.1 Regression] | |poor diagnostic with vitrual | |base classes Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908