Bug#166143: g++-3.2: strlen/template interaction causes ICE
Package: g++-3.2
Version: 1:3.2.1-0pre4
Severity: normal
Bang uptodate Debian testing/unstable g++-3.2 ICEs on this code. Interestingly, it's already started generating the .s file. Dude on the gcc bug list said to send it your way:
From: Andrew Pinski <pinskia@physics.uc.edu>
To: martin.dorey@bluearc.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: c++/8332: strlen/template interaction causes ICE
Date: Wed, 23 Oct 2002 22:05:18 -0700
This works fine for me on gcc 3.3 i686-pc-linux-gnu.
It also works on gcc 3.1.1, so it looks like a Debian specific bug,
report it to them.
Thanks,
Andrew Pinski
# 1 "playpen.cpp"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "playpen.cpp"
template <typename A1>
void monk2 (A1) {}
unsigned int strlen (const char*);
void monk ()
{
monk2 (strlen (""));
}
+ g++-3.2 -v -g -W -Wall -pedantic -c playpen.cpp -o playpen.o --save-temps
Reading specs from /usr/lib/gcc-lib/i386-linux/3.2.1/specs
Configured with: /mnt/data/gcc-3.1/gcc-3.2-3.2.1ds3/src/configure -v --enable-languages=c,c++,java,f77,proto,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.2 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-java-gc=boehm --enable-objc-gc i386-linux
Thread model: posix
gcc version 3.2.1 20021020 (Debian prerelease)
/usr/lib/gcc-lib/i386-linux/3.2.1/cpp0 -lang-c++ -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=1 -D__GXX_ABI_VERSION=102 -D__ELF__ -Dunix -D__gnu_linux__ -Dlinux -D__ELF__ -D__unix__ -D__gnu_linux__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -D_GNU_SOURCE -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i386__ playpen.cpp -W -Wall -pedantic playpen.ii
GNU CPP version 3.2.1 20021020 (Debian prerelease) (cpplib) (i386 Linux/ELF)
ignoring nonexistent directory "/usr/i386-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/include/c++/3.2
/usr/include/c++/3.2/i386-linux
/usr/include/c++/3.2/backward
/usr/local/include
/usr/lib/gcc-lib/i386-linux/3.2.1/include
/usr/include
End of search list.
/usr/lib/gcc-lib/i386-linux/3.2.1/cc1plus -fpreprocessed playpen.ii -quiet -dumpbase playpen.cpp -g -W -Wall -pedantic -version -o playpen.s
GNU CPP version 3.2.1 20021020 (Debian prerelease) (cpplib) (i386 Linux/ELF)
GNU C++ version 3.2.1 20021020 (Debian prerelease) (i386-linux)
compiled by GNU C version 3.2.1 20021020 (Debian prerelease).
playpen.cpp: In function `void monk()':
playpen.cpp:10: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL: http://www.gnu.org/software/gcc/bugs.html> for instructions.
.file "playpen.cpp"
.file 1 "playpen.cpp"
.section .debug_abbrev,"",@progbits
.Ldebug_abbrev0:
.section .debug_info,"",@progbits
.Ldebug_info0:
.section .debug_line,"",@progbits
.Ldebug_line0:
.text
.Ltext0:
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux trevithick 2.4.16 #2 Mon Dec 10 15:54:50 GMT 2001 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages g++-3.2 depends on:
ii gcc-3.2 1:3.2.1-0pre4 The GNU C compiler.
ii gcc-3.2-base 1:3.2.1-0pre4 The GNU Compiler Collection (base
ii libc6 2.3.1-3 GNU C Library: Shared libraries an
ii libstdc++5-dev 1:3.2.1-0pre4 The GNU stdc++ library version 3 (
-- no debconf information
*********************************************************************
This e-mail and any attachment is confidential. It may only be read, copied and used by the intended recipient(s). If you are not the intended recipient(s), you may not copy, use, distribute, forward, store or disclose this e-mail or any attachment. If you are not the intended recipient(s) or have otherwise received this e-mail in error, you should destroy it and any attachment and notify the sender by reply e-mail or send a message to sysadmin@bluearc.com
*********************************************************************
Reply to: