From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16077 invoked by alias); 30 Apr 2004 01:47:07 -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 16064 invoked by uid 48); 30 Apr 2004 01:47:06 -0000 Date: Fri, 30 Apr 2004 02:54:00 -0000 Message-ID: <20040430014706.16063.qmail@sources.redhat.com> From: "igodard at pacbell dot net" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20000305032601.57.martin@loewis.home.cs.tu-berlin.de> References: <20000305032601.57.martin@loewis.home.cs.tu-berlin.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument X-Bugzilla-Reason: CC X-SW-Source: 2004-04/txt/msg02914.txt.bz2 List-Id: ------- Additional Comments From igodard at pacbell dot net 2004-04-30 01:47 ------- There is at least one case where this construct is used in the standard (at least in the oldish references I have access to). In there is (in the gcc 3.4 include files) the following function: template bitset(const basic_string<_CharT, _Traits, _Alloc>& __s, size_t __pos, size_t __n) : _Base() However, according to the SGI documentation this should be: template explicit bitset(const basic_string& s, size_t pos = 0, size_t n = basic_string::npos) which is also what C++PL 3rd Edition shows. The initializer "npos" causes gcc to fail with this bug. FWIW -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57