From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22782 invoked by alias); 4 Jan 2006 12:21:46 -0000 Received: (qmail 22759 invoked by uid 48); 4 Jan 2006 12:21:45 -0000 Date: Wed, 04 Jan 2006 12:21:00 -0000 Message-ID: <20060104122145.22758.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug c++/25663] [4.0/4.1/4.2 Regression] Trouble parsing nested templated constructor calls In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "reichelt at gcc dot gnu dot org" 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 X-SW-Source: 2006-01/txt/msg00397.txt.bz2 List-Id: ------- Comment #4 from reichelt at gcc dot gnu dot org 2006-01-04 12:21 ------- > Using > > (ScalarCode >(CflFunctor<3>(omrot, vis_f)))(x, y); > > was a workaround for me, so I thought it indeed was the issue... Adding parens in my example also makes the bug go away: (A<0>(A<0>(0))); We couldn't parse this before 3.4.0 either. We try to parse this as a declaration instead of a constructor call. With the parens we don't try to parse this as a declaration and everything goes well. > maybe there are two issues actually. I don't think so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25663