[Bug c++/23542] Warn template instantiation calling static functions
--- Additional Comments From veksler at il dot ibm dot com 2005-08-24 07:11 --- There is another enhancement possibility for this issue. GCC may mark the instantiated template function is such a way that the linker will detect multiple instantiation (which will lead to undefined behavior). When the linker sees multiple instantiation, it will emit multiple definition of `examine >(const outer_t &)' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23542
[Bug c++/23543] New: Segfault compiling C++
We get an internal compiler error compiling a complex project using g++ 4.0 under RedHat Enterprise Linux 4, kernel 2.6.9-11.ELsmp. $ g++4 -v Reading specs from /usr/lib/gcc/i386-redhat-linux/4.0.0/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --with-gxx-include-dir=/usr/include/c++/3.4.3 --enable-languages=c,c++,f95 --disable-libgcj --host=i386-redhat-linux Thread model: posix gcc version 4.0.0 20041214 (Red Hat 4.0.0-0.14.EL4) The following error occurs: .../Insight/Utilities/MetaIO/metaUtils.cxx: In function รข: .../Insight/Utilities/MetaIO/metaUtils.cxx:569: internal compiler error: Segmentation fault This is consistent and reproducible. The preprocessed source file is attached. The command line is: /usr/bin/g++4 -o Utilities/MetaIO/ITKMetaIO.dir/metaUtils.o -DITKMetaIO_EXPORTS -fmudflap -ftemplate-depth-50 -O2 -g -fPIC -I/home/vision/pgrad/gavinb/xTK/Insight/Build -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Algorithms -I/home/vision/pgrad/gavinb/xTK/Insight/Code/BasicFilters -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Common -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Numerics -I/home/vision/pgrad/gavinb/xTK/Insight/Code/IO -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Numerics/FEM -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Numerics/Statistics -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Numerics/NeuralNetworks -I/home/vision/pgrad/gavinb/xTK/Insight/Code/SpatialObject -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/MetaIO -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/NrrdIO -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/DICOMParser -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities/DICOMParser -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities/expat -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/expat -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/nifti/niftilib -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/nifti/znzlib -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities/gdcm -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/vxl/vcl -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/vxl/core -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities/vxl/vcl -I/home/vision/pgrad/gavinb/xTK/Insight/Build/Utilities/vxl/core -I/home/vision/pgrad/gavinb/xTK/Insight/Code/Patented -I/home/vision/pgrad/gavinb/xTK/Insight/Utilities/vxl/v3p/netlib -c /home/vision/pgrad/gavinb/xTK/Insight/Utilities/MetaIO/metaUtils.cxx -- Summary: Segfault compiling C++ Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gavinb at antonym dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23543
[Bug c++/23543] Segfault compiling C++
--- Additional Comments From gavinb at antonym dot org 2005-08-24 07:36 --- Created an attachment (id=9571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9571&action=view) Causes segfault in g++ 4.0.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23543
[Bug tree-optimization/23486] [4.1 Regression] ICE in execute_todo, at passes.c:677
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 07:46 --- Subject: Bug 23486 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 07:46:25 Modified files: gcc: ChangeLog tree-ssa-loop.c Log message: PR tree-optimization/23486 * tree-ssa-loop.c (pass_scev_cprop): Add TODO_update_ssa_only_virtuals. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9814&r2=2.9815 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop.c.diff?cvsroot=gcc&r1=2.34&r2=2.35 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23486
[Bug tree-optimization/23486] [4.1 Regression] ICE in execute_todo, at passes.c:677
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24 07:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23486
[Bug c/23544] New: behavour by expression with unsigned variables in if-statement is not like expected
void main(void)
{
unsigned short v1, v2, e1;
v1 = 6;
v2 = 8;
if ( v1 - v2 < 2 )
{
/* this is not the expected behaviour */
e1 = v1 - v2;
}
}
I would expect that v1-v2 in the if statement is 65534. It seems to be that
v1-v2 in the if statement gets (-2) and so the condition is true.
Compiling: V:/tmp/compiler-fehler/src/main.c
cd V:/tmp/compiler-fehler/makeout/obj; \
V:/Programme/MinGW/bin/gcc -v -c -g -std=gnu99 -IV:/tmp/com
piler-fehler/src -DPROJECT_H="" -DSTDTYPE_H="" -D__AVR_ATm
ega32__=1 -fno-common -fverbose-asm -O0 -Wall -Wbad-function-cast -Wcast-align -
Winline -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes -Wnested-
externs -Wno-comment -Wno-unused-function -Wpacked -Wpointer-arith -Wstrict-prot
otypes -Wp,-M,-MP,-MT,V:/tmp/compiler-fehler/makeout/obj/main.o,-MF,V:/tmp/comp
iler-fehler/makeout/dep/main.d V:/tmp/compiler-fehler/src/main.c -o main.o;
Reading specs from v:/Programme/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=
mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable
-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --e
nable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-ja
va-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchroniz
ation --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.2 (mingw-special)
v:/Programme/MinGW/bin/../libexec/gcc/mingw32/3.4.2/cc1.exe -quiet -v -IV:/tmp/
compiler-fehler/src -iprefix v:\Programme\MinGW\bin\../lib/gcc/mingw32/3.4.2/ -D
PROJECT_H= -DSTDTYPE_H= -D__AVR_ATmega32__=1 -M -MP -MT V:
/tmp/compiler-fehler/makeout/obj/main.o -MF V:/tmp/compiler-fehler/makeout/dep/m
ain.d V:/tmp/compiler-fehler/src/main.c -quiet -dumpbase main.c -auxbase-strip m
ain.o -g -O0 -Wall -Wbad-function-cast -Wcast-align -Winline -Wmissing-declarati
ons -Wmissing-noreturn -Wmissing-prototypes -Wnested-externs -Wno-comment -Wno-u
nused-function -Wpacked -Wpointer-arith -Wstrict-prototypes -std=gnu99 -version
-fno-common -fverbose-asm -o c:\TEMP/ccwz.s
ignoring nonexistent directory "v:/Programme/MinGW/bin/../lib/gcc/mingw32/3.4.2/
../../../../mingw32/include"
ignoring nonexistent directory "/mingw/include"
ignoring nonexistent directory "/mingw/include"
ignoring nonexistent directory "/mingw/lib/gcc/mingw32/3.4.2/include"
ignoring nonexistent directory "/mingw/mingw32/include"
ignoring nonexistent directory "/mingw/include"
#include "..." search starts here:
#include <...> search starts here:
V:/tmp/compiler-fehler/src
v:/Programme/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include
v:/Programme/MinGW/bin/../lib/gcc/mingw32/3.4.2/include
End of search list.
GNU C version 3.4.2 (mingw-special) (mingw32)
compiled by GNU C version 3.4.2 (mingw-special).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=131001
V:/tmp/compiler-fehler/src/main.c:2: warning: return type of 'main' is not `int'
v:/Programme/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../mingw32/bin/as.exe
-o main.o c:\TEMP/ccwz.s
--
Summary: behavour by expression with unsigned variables in if-
statement is not like expected
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tobias dot leutwein at bosch dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23544
[Bug c++/23545] New: wrong arguments are given to a funtion
Compiling the example g++ generates wrong code. I tried 5 other compiler from
different vendors and they generated an correct executable.
I tried different versions of the GNU Compiler, different Linux distributions
and plattforms.
All GNU compiler gave the same wrong results.
Using a debugger one can see the the arguments given to the function dimRand are
wrong.
The Output of the program should be:
9 CPs in this Block
CP added at 27 16 12
CP added at 16 19 19
CP added at 17 27 29
CP added at 13 35 0
CP added at 15 37 32
CP added at 24 27 44
CP added at 6 5 3
CP added at 20 18 5
CP added at 14 20 23
Compiled with the GNU g++ compiler the output is:
9 CPs in this Block
CP added at 7 16 45
CP added at 11 19 27
CP added at 17 27 30
CP added at 0 35 22
CP added at 19 37 26
CP added at 26 27 42
CP added at 2 5 10
CP added at 3 18 34
CP added at 14 20 24
The used command line was:
$ g++ -v -save-temps FlowFieldGenerator.cpp -o test.exe -DDEBUG -Wall -g
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--host=i386-redhat-linux
Thread model: posix
gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)
/usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1plus -E -quiet -v -D_GNU_SOURCE
-DDEBUG FlowFieldGenerator.cpp -Wall -fworking-directory -fpch-preprocess -o
FlowFieldGenerator.ii
ignoring nonexistent directory
"/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../i386-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/i386-redhat-linux
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/backward
/usr/local/include
/usr/lib/gcc/i386-redhat-linux/4.0.1/include
/usr/include
End of search list.
/usr/libexec/gcc/i386-redhat-linux/4.0.1/cc1plus -fpreprocessed
FlowFieldGenerator.ii -quiet -dumpbase FlowFieldGenerator.cpp -auxbase
FlowFieldGenerator -g -Wall -version -o FlowFieldGenerator.s
GNU C++ version 4.0.1 20050727 (Red Hat 4.0.1-5) (i386-redhat-linux)
compiled by GNU C version 4.0.1 20050727 (Red Hat 4.0.1-5).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
as -V -Qy -o FlowFieldGenerator.o FlowFieldGenerator.s
GNU assembler version 2.15.94.0.2.2 (i386-redhat-linux) using BFD version
2.15.94.0.2.2 20041220
/usr/libexec/gcc/i386-redhat-linux/4.0.1/collect2 --eh-frame-hdr -m elf_i386
-dynamic-linker /lib/ld-linux.so.2 -o test.exe
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../crt1.o
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../crti.o
/usr/lib/gcc/i386-redhat-linux/4.0.1/crtbegin.o
-L/usr/lib/gcc/i386-redhat-linux/4.0.1 -L/usr/lib/gcc/i386-redhat-linux/4.0.1
-L/usr/lib/gcc/i386-redhat-linux/4.0.1/../../.. FlowFieldGenerator.o -lstdc++
-lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/lib/gcc/i386-redhat-linux/4.0.1/crtend.o
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../crtn.o
Since I am not sure where to append the soure I will put in in here.
The Source Code of FlowFieldGenerator.cpp:
/**/
/* INCLUDES */
/**/
#include "FlowFieldGenerator.h"
//#include
#include
/**/
// MAKROS / DEFINES
/**/
using namespace std;
#define SRANDOM_MAX 16777216
/**/
/* CONSTRUCTORS / DESTRUCTOR */
/**/
/**/
/**/
static unsigned long long nextrandom = 1;
long long simplerandom(void) {
nextrandom = nextrandom * 1103515245 + 12345;
return((unsigned)(nextrandom/64) % SRANDOM_MAX);
}
void seedsimplerandom(unsigned seed) {
nextrandom = seed;
}
int main ()
{
CStrangeFieldFunction field(30,40,50);
}
CStrangeFieldFunction::CStrangeFieldFunction()
{
walkx = 0.0;
walky = 0.0;
walkz = 0.0;
stepsize = 0.01;
xDim=1;
yDim=1;
zDim=1;
}
inline int CStrangeFieldFunction::dimRand(int dim)
{
unsigned long long tmp = simplerandom();
tmp *= dim-1;
tmp /= SR
[Bug c++/23545] wrong arguments are given to a funtion
--- Additional Comments From sarholz at rz dot rwth-aachen dot de 2005-08-24 09:08 --- Created an attachment (id=9573) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9573&action=view) Example program source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23545
[Bug c++/23545] wrong arguments are given to a funtion
--- Additional Comments From sarholz at rz dot rwth-aachen dot de 2005-08-24 09:09 --- Created an attachment (id=9574) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9574&action=view) Example program header file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23545
[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 10:22 --- Subject: Bug 22454 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 10:21:47 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: crash29.C Log message: cp: PR c++/22454 * parser.c (cp_lexer_peek_nth_token): Relax assert. testsuite: PR c++/22454 * g++.dg/parse/crash29.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4857&r2=1.4858 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.350&r2=1.351 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5955&r2=1.5956 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash29.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class
--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-24 10:24 --- fixed mainline, 4.0 2005-08-24 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/22454 * parser.c (cp_lexer_peek_nth_token): Relax assert. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug c++/22454] [4.0/4.1 Regression] ICE with operator in default argument in template class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 10:26 --- Subject: Bug 22454 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-24 10:26:28 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: crash29.C Log message: cp: PR c++/22454 * parser.c (cp_lexer_peek_nth_token): Relax assert. testsuite: PR c++/22454 * g++.dg/parse/crash29.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.81&r2=1.4648.2.82 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.11&r2=1.319.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.346&r2=1.5084.2.347 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash29.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22454
[Bug c/23544] behavour by expression with unsigned variables in if-statement is not like expected
--- Additional Comments From tobias dot leutwein at bosch dot com 2005-08-24 10:54 --- Example is wrong. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23544
[Bug other/23541] all error messages produce segfault ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:37 --- This sounds like a bug in your configuration as nobody else I know of has had this problem. -- What|Removed |Added Severity|critical|normal Component|c |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23541
[Bug c++/19092] g++ accepts code that violates 14.6.4.2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:44 --- *** Bug 23542 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||veksler at il dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19092
[Bug c++/23542] Warn template instantiation calling static functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:44 --- You are wrong in that saying replace static with anon-namespace should also be rejected for considered. This is a dup of bug 19092. *** This bug has been marked as a duplicate of 19092 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23542
[Bug c++/23543] Segfault compiling C++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:48 --- *** This bug has been marked as a duplicate of 19266 *** -- What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23543
[Bug other/19266] [mudflap] ICE when compiling with -fmudflap -O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:48 --- *** Bug 23543 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||gavinb at antonym dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19266
[Bug tree-optimization/23475] Frequences are not updated for empty loop removal
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24 11:48 --- I am working on that. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-24 11:48:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23475
[Bug c++/23545] wrong arguments are given to a funtion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 11:54 --- GenCP (dimRand(xDim), dimRand(yDim), dimRand(zDim)); The order of which dimRand is called first, second, and last is undefined as defined by the C++ standard. GCC just happens to be calling the functions in a different order than you were expecting them to be called. This is not a bug. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23545
[Bug tree-optimization/23546] New: ICE in for_each_index, at tree-ssa-loop-im.c:202
When compiling xorg-cvs gcc throws the following ICE in programs/Xserver/fb/fbmmx.c fbmmx.c: In function 'mmxCombineAddU': fbmmx.c:564: internal compiler error: in for_each_index, at tree-ssa-loop-im.c:202 gcc (GCC) 4.0.2 20050823 (prerelease) Configured with: ../gcc-4.0-20050824/configure --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ Condensed command line: gcc -c -O2 -march=pentium4 fbmmx.i Compiling the file without -O2 works. As the preprocessed file is very long I will attach it to this report instead of including it in the comment. -- Summary: ICE in for_each_index, at tree-ssa-loop-im.c:202 Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ma1flfs at bath dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23546] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-24 11:58 --- Created an attachment (id=9575) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9575&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 12:04 --- Reducing. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work||3.4.0 Summary|ICE in for_each_index, at |[4.0/4.1 Regression] ICE in |tree-ssa-loop-im.c:202 |for_each_index, at tree-ssa- ||loop-im.c:202 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23509] [4.1 regression] ICE with ivopts
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24 12:30 --- Working on that. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23509
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:35 ---
This was exposed by:
2005-08-23 Paolo Bonzini <[EMAIL PROTECTED]>
PR middle-end/23517
* fold-const.c (fold_convert): Use VIEW_CONVERT_EXPR to convert
between vectors.
* convert.c (convert_to_integer, convert_to_vector): Likewise.
Reduced testcase:
typedef int __m64 __attribute__ ((__vector_size__ (8)));
typedef char __v8qi __attribute__ ((__vector_size__ (8)));
static __inline __m64 _mm_cvtsi32_si64 (int __i) {
}
static __inline __m64 _mm_unpacklo_pi8 (__m64 __m1, __m64 __m2) {
return (__m64) __builtin_ia32_punpcklbw ((__v8qi)__m1, (__v8qi)__m2);
}
static __inline __m64 _mm_setzero_si64 (void) {
return (__m64)0LL;
}
typedef unsigned long CARD32;
static __inline__ __m64 load (CARD32 v) {
return _mm_unpacklo_pi8 (_mm_cvtsi32_si64 (v), _mm_setzero_si64());
}
__attribute__((regparm(3))) void mmxCombineMaskU (CARD32 *src, const
CARD32 *mask, int
width) {
const CARD32 *end = mask + width;
while (mask < end) {
__m64 a = load(*mask);
++mask;
}
}
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org, bonzini at gcc dot gnu
||dot org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to work|3.4.0 |3.4.0 4.0.0
Last reconfirmed|-00-00 00:00:00 |2005-08-24 12:35:03
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug fortran/23538] gfortran hangs on old cray fortran 66 program
--- Additional Comments From dir at lanl dot gov 2005-08-24 12:56 --- I got a simular program to compile and run with lahey fortran by changing the all the * in the format statements to ' and the encode and decode statements to character read and write statements. I ran this through gfortran ,just, to get an estimate of how much work it would be to get it running again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 12:40 --- The loop is: # mask_12 = PHI ; :; __m2_11 = VIEW_CONVERT_EXPR(0); D.1667_18 = VIEW_CONVERT_EXPR(__m2_11); D.1668_19 = VIEW_CONVERT_EXPR(D.1659_15); D.1669_20 = __builtin_ia32_punpcklbw (D.1668_19, D.1667_18); mask_26 = mask_12 + 4B; if (end_7 > mask_26) goto ; else goto ; so tree-ssa-loop-im is not handling VCE at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24
13:50 ---
Nicer test case:
typedef int m64 __attribute__ ((__vector_size__ (8)));
void mmxCombineMaskU (m64 * mask, int width)
{
while (--width >= 0)
*mask++ = (m64) 0LL;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-24 12:35:03 |2005-08-24 13:58:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug tree-optimization/23546] [4.0/4.1 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:202
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24 14:08 --- It's not handling VCE of an integer constant (or a real constant too, for that matter). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
[Bug target/19161] No emms or femms emitted between MMX and FP instructions
--- Additional Comments From uros at kss-loka dot si 2005-08-24 14:33
---
There is another bug in ix86_mode_needed() that causes timeouts for
pr20314-1.c. The problem is in asm operands parsing code that gets into
infinite loop. The correct code should increase variable c instead of cc when
comma is found:
config/i386/i386.c (ix86_mode_needed):
...
for (i = 0; i < noperands; i++)
{
const char *c = constraints[i];
enum reg_class class;
if (c[0] == '%')
c++;
if (ISDIGIT ((unsigned char) c[0]) && c[1] == '\0')
c = constraints[c[0] - '0'];
while (*c)
{
char cc = *c;
int len;
switch (cc)
{
case ',':
c++;< here!!
continue;
case '=':
case '+':
case '*':
case '%':
case '!':
case '#':
case '&':
case '?':
break;
...
Regarding emms/efpu instructions in loop: I have made some experiments by
inserting mode switching insn before NOTE_INSN_LOOP_BEGIN. The failure in
20050604-1.c is fixed if this mode is set to FPU_MODE_MMX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Additional Comments From overholt at redhat dot com 2005-08-24 14:45 --- (In reply to comment #11) > I'm surprised this still fails with 4.0.1-6. > > overholt, can you reproduce this? I am having other issues building Eclipse ATM but I have not seen this, no. If it's important, I can set up a system with this exact version and try. Building for rawhide uses 4.0.1-10 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug libstdc++/23465] Assignment fails on TR1 unordered containers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 15:00 --- Subject: Bug 23465 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 15:00:20 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: hashtable Added files: libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable: 23465.cc Log message: 2005-08-24 Paolo Carlini <[EMAIL PROTECTED]> Chris Jefferson <[EMAIL PROTECTED]> PR libstdc++/23465 * include/tr1/hashtable (hash_code_base::m_swap): Use std::swap. (hashtable<>::hashtable(const hashtable&)): Use copy_code; fix m_allocate_node call. * testsuite/tr1/6_containers/unordered/hashtable/23465.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3076&r2=1.3077 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/hashtable.diff?cvsroot=gcc&r1=1.6&r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable/23465.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23465
[Bug libstdc++/23465] Assignment fails on TR1 unordered containers
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23465
[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags
--- Additional Comments From mcvick_e at iname dot com 2005-08-24 15:44
---
Here is a short program that duplicates the problem.
-- test.cc
struct foo {
char bar1;
char bar2;
char bar3;
};
class bar2 {
private:
static foo myFubarStruct;
public:
static void fbs(foo fubarStruct);
};
foo bar2::myFubarStruct;
class bar1 {
private:
int rVal1;
int rVal2;
public:
void doFoo(void);
};
void bar1::doFoo(void) {
foo barStruct;
barStruct.bar1 = 'A';
barStruct.bar2 = 'B';
barStruct.bar3 = 'C';
bar2::fbs(barStruct);
}
void bar2::fbs(foo fubarStruct) {
myFubarStruct = fubarStruct;
}
int main(int argc, char **argv) {
bar1 baar;
baar.doFoo();
return (0);
}
-- end of test.cc --
The test app was just compiled to object code as shown below with the -mstrict-
align option.
(2)> ppcg++ -mstrict-align -c test.cc
Then an objdump was done to dump the assembly (shown below)
(3)> ppcobjdump -C -S test.o
test.o: file format elf32-powerpc
Disassembly of section .text:
:
0: 94 21 ff f0 stwur1,-16(r1)
4: 93 e1 00 0c stw r31,12(r1)
8: 7c 3f 0b 78 mr r31,r1
c: 7c 6b 1b 78 mr r11,r3
10: 3d 20 00 00 lis r9,0
14: 39 29 00 00 addir9,r9,0
18: 88 0b 00 00 lbz r0,0(r11)
1c: 89 4b 00 01 lbz r10,1(r11)
20: 89 6b 00 02 lbz r11,2(r11)
24: 98 09 00 00 stb r0,0(r9)
28: 99 49 00 01 stb r10,1(r9)
2c: 99 69 00 02 stb r11,2(r9)
30: 81 61 00 00 lwz r11,0(r1)
34: 83 eb ff fc lwz r31,-4(r11)
38: 7d 61 5b 78 mr r1,r11
3c: 4e 80 00 20 blr
0040 :
40: 94 21 ff c8 stwur1,-56(r1)
44: 7c 08 02 a6 mflrr0
48: 93 e1 00 34 stw r31,52(r1)
4c: 90 01 00 3c stw r0,60(r1)
50: 7c 3f 0b 78 mr r31,r1
54: 90 7f 00 18 stw r3,24(r31)
58: 38 00 00 41 li r0,65
5c: 98 1f 00 0b stb r0,11(r31)
60: 38 00 00 42 li r0,66
64: 98 1f 00 0c stb r0,12(r31)
68: 38 00 00 43 li r0,67
6c: 98 1f 00 0d stb r0,13(r31)
70: 88 1f 00 0b lbz r0,11(r31)
74: 89 3f 00 0c lbz r9,12(r31)
78: 89 7f 00 0d lbz r11,13(r31)
7c: 98 1f 00 08 stb r0,8(r31)
80: 99 3f 00 09 stb r9,9(r31)
84: 99 7f 00 0a stb r11,10(r31)
88: 88 1f 00 08 lbz r0,8(r31)
8c: a1 3f 00 09 lhz r9,9(r31) <--- Odd alignment
90: 98 1f 00 20 stb r0,32(r31)
94: b1 3f 00 21 sth r9,33(r31) <--- Odd alignment
98: 38 1f 00 20 addir0,r31,32
9c: 7c 03 03 78 mr r3,r0
a0: 48 00 00 01 bl a0
a4: 81 61 00 00 lwz r11,0(r1)
a8: 80 0b 00 04 lwz r0,4(r11)
ac: 7c 08 03 a6 mtlrr0
b0: 83 eb ff fc lwz r31,-4(r11)
b4: 7d 61 5b 78 mr r1,r11
b8: 4e 80 00 20 blr
00bc :
bc: 94 21 ff d8 stwur1,-40(r1)
c0: 7c 08 02 a6 mflrr0
c4: 93 e1 00 24 stw r31,36(r1)
c8: 90 01 00 2c stw r0,44(r1)
cc: 7c 3f 0b 78 mr r31,r1
d0: 90 7f 00 18 stw r3,24(r31)
d4: 90 9f 00 1c stw r4,28(r31)
d8: 48 00 00 01 bl d8
dc: 38 7f 00 08 addir3,r31,8
e0: 48 00 00 01 bl e0
e4: 38 00 00 00 li r0,0
e8: 7c 03 03 78 mr r3,r0
ec: 81 61 00 00 lwz r11,0(r1)
f0: 80 0b 00 04 lwz r0,4(r11)
f4: 7c 08 03 a6 mtlrr0
f8: 83 eb ff fc lwz r31,-4(r11)
fc: 7d 61 5b 78 mr r1,r11
100: 4e 80 00 20 blr
(4)>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23539
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/{2,3}.cc ICE
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 15:59 --- This has been failing on x86/linux for the last two months. Any ETA on a fix? If not, is there a patch that can get reverted to fix this? -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug classpath/21741] Need configure option to set java.library.path
--- Additional Comments From mark at gcc dot gnu dot org 2005-08-24 16:08 --- Note that since 0.15 GNU Classpath has the following system property: * New system property "gnu.classpath.boot.library.path" can be specified to define the location of the JNI libraries. It is by all means meant ONLY for VM implementors and GNU Classpath hackers. See the hacking guide for more information. http://www.gnu.org/software/classpath/docs/vmintegration.html#SEC43 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug c/23547] New: [4.1 regression] ICE with recursive call to nested function
The following valid code snippet causes an ICE on mainline when compiled
with "--param ggc-min-expand=0 --param ggc-min-heapsize=0":
==
void foo()
{
void bar()
{
bar();
}
}
==
Apparently there's something wrong with recursive calls to nested functions.
--
Summary: [4.1 regression] ICE with recursive call to nested
function
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
[Bug c/23547] [4.1 regression] ICE with recursive call to nested function
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24 16:14 --- Btw, the error message is: bug.c:7: internal compiler error: in layout_decl, at stor-layout.c:302 Please submit a full bug report, [etc.] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
[Bug middle-end/23237] [4.1 Regression] -O1 rejects valid code (xxx causes a section type conflict).
--- Additional Comments From jconner at apple dot com 2005-08-24 16:17 --- The declaration of the variable "actions" (in the given example) is being changed to READONLY by the ipa- reference pass (in function static_execute), so when it comes time to create the section in "named_section", the default flags do not include SECTION_WRITE, and so they conflict with the flags for the variable "message", producing the error message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23237
[Bug c/23547] [4.1 regression] ICE with recursive call to nested function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 16:35 --- This fails in 20050622 too but works in 20050321. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||4.1.0 Known to work||4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-08-24 16:35:38 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/{1,2,3}.cc ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:38 ---
(In reply to comment #20)
> This has been failing on x86/linux for the last two months. Any ETA on a fix?
The issue is that this is very dependent on what is built.
> If not, is there a patch that can get reverted to fix this?
I almost think this is a C++ front-end bug with some GC bug but I cannot prove
it.
In some cases 1.cc also fails too with the same ICE.
--
What|Removed |Added
Summary|[4.1 regression] testsuite |[4.1 regression] testsuite
|failure:23_containers/set/ex|failure:23_containers/set/ex
|plicit_instantiation/{2,3}.c|plicit_instantiation/{1,2,3}
|c ICE |.cc ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug middle-end/23547] [4.1 regression] [non-unit-at-a-time] ICE with recursive call to nested function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 16:46 --- This is definitely a GC issue and a middle-end issue. #0 internal_error (gmsgid=0x8edd74 "in %s, at %s:%d") at /Users/pinskia/src/alias/gcc/gcc/ diagnostic.c:534 #1 0x002e6e00 in fancy_abort (file=0x8e9c4c "/Users/pinskia/src/alias/gcc/gcc/stor-layout.c", line=302, function=0x8e9d2c "layout_decl") at /Users/pinskia/src/alias/gcc/gcc/diagnostic.c:590 #2 0x0023e280 in layout_decl (decl=0x41c23360, known_align=0) at /Users/pinskia/src/alias/gcc/ gcc/stor-layout.c:302 #3 0x0028fe38 in finalize_nesting_tree_1 (root=0x41b00390) at /Users/pinskia/src/alias/gcc/gcc/ tree-nested.c:1337 #4 0x002906d4 in finalize_nesting_tree (root=0x41b00390) at /Users/pinskia/src/alias/gcc/gcc/tree- nested.c:1459 #5 0x00290820 in lower_nested_functions (fndecl=0x41c14080) at /Users/pinskia/src/alias/gcc/gcc/ tree-nested.c:1503 #6 0x003026b8 in cgraph_finalize_function (decl=0x41c14080, nested=0 '\0') at /Users/pinskia/src/ alias/gcc/gcc/cgraphunit.c:423 #7 0x00028224 in finish_function () at /Users/pinskia/src/alias/gcc/gcc/c-decl.c:6602 #8 0x000b1ab0 in c_parser_declaration_or_fndef (parser=0x41c0f090, fndef_ok=1 '\001', empty_ok=1 '\001', nested=0 '\0', start_attr_ok=1 '\001') at /Users/pinskia/src/alias/gcc/gcc/c- parser.c:1307 This is a non unit-at-a-time issue. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org Component|c |middle-end Summary|[4.1 regression] ICE with |[4.1 regression] [non-unit- |recursive call to nested|at-a-time] ICE with |function|recursive call to nested ||function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
[Bug middle-end/23237] [4.1 Regression] -O1 rejects valid code (xxx causes a section type conflict).
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 16:54 --- Marking the variables with the attribute used will stop the ipa optimizations from changing them. but I feel that we should not reject the code still. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23237
[Bug middle-end/23237] [4.1 Regression] -O1 rejects valid code (xxx causes a section type conflict).
--- Additional Comments From jconner at apple dot com 2005-08-24 17:04 --- It seems like TREE_CONSTANT has the semantics we're looking for (value doesn't change) instead of TREE_READONLY, but I think someone more familiar with this pass (perhaps the author, Kenneth Zadeck?) would have to make that judgement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23237
[Bug middle-end/23237] [4.1 Regression] -O1 rejects valid code (xxx causes a section type conflict).
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 17:12 --- (In reply to comment #7) > It seems like TREE_CONSTANT has the semantics we're looking for (value > doesn't change) instead of > TREE_READONLY, but I think someone more familiar with this pass (perhaps the > author, Kenneth > Zadeck?) would have to make that judgement. Actually TREE_READONLY is correct and TREE_CONSTANT is incorrect to use this context (there was a discussion about this before but I cannot find it). TREE_CONSTANT is not set by the way on "static const" variables in C anyways, only TREE_READONLY. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23237
[Bug middle-end/23237] [4.1 Regression] -O1 rejects valid code (xxx causes a section type conflict).
--- Additional Comments From jconner at apple dot com 2005-08-24 17:24 --- (In reply to comment #8) > Actually TREE_READONLY is correct and TREE_CONSTANT is incorrect to use this > context (there was a > discussion about this before but I cannot find it). > TREE_CONSTANT is not set by the way on "static const" variables in C anyways, > only TREE_READONLY. Your second sentence is consistent with my (admittedly naive) understanding - that TREE_READONLY represents whether the value is declared constant, and TREE_READONLY represents whether the value actually changes. Sorry if this has been hashed out already - I thought I would put down what I've seen in case it hadn't been looked into yet. I'll search the web archives to see if I can find that previous discussion. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23237
[Bug fortran/23538] gfortran hangs on old cray fortran 66 program
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-24 17:54 --- Changing the * in the format statements and the encode/decode statements may help prevent gfortran from getting stuck, but there are several other nonstandard statements in the code. To deal with gfortran getting stuck, I think the simplest solution is to introduce a -ferror-count=N option where gfortran will die with a fatal error after N error messages have been emitted. This, of course, only papers over the problem, but redesigning gfortran's error handling/reporting is going to be a really big effort. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 18:05 --- Subject: Bug 21020 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-24 18:04:56 Modified files: libjava: ChangeLog jni.cc Log message: 2005-04-26 Andrew Haley <[EMAIL PROTECTED]> PR libgcj/21020: * jni.cc (_Jv_JNI_GetAnyFieldID): Use class' loader to find field's type. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.93&r2=1.3391.2.94 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/jni.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.95&r2=1.95.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug target/23548] New: [4.1 Regression] libstdc++ tests fail: could not split insn
FAIL: 23_containers/deque/cons/clear_allocator.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sbumpc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/snextc/char/2-in.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/snextc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_stringbuf/setbuf/char/4.cc (test for excess errors)
all appeared on mainline on 20050823 on ia64-hp-hpux11.23. The errors are all
of the form:
/scratch/gcc/nightly-2005-08-23-mainline/src/gcc-mainline/libstdc++-v3/testsuite/27_io/basic_stringbuf/setbuf/char/4.cc:
In function 'void test01()':
/scratch/gcc/nightly-2005-08-23-mainline/src/gcc-mainline/libstdc++-v3/testsuite/27_io/basic_stringbuf/setbuf/char/4.cc:52:
error: could not split insn
(call_insn 119 1114 1100 1
/scratch/gcc/nightly-2005-08-23-mainline/ia64-hp-hpux11.23/build_gcc/install/lib/gcc/ia64-hp-hpux11.23/4.1.0/../../../../include/c++/4.1.0/streambuf:242
(parallel [
(set (reg:DI 8 r8)
(call (mem:DI (const:DI (plus:DI (symbol_ref:DI
("_ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE") [flags 0x40] )
(const_int 64 [0x40]))) [0 S8 A64])
(const_int 1 [0x1])))
(clobber (reg:DI 320 b0))
(clobber (scratch:DI))
(clobber (scratch:DI))
]) 257 {call_value_gp} (insn_list:REG_DEP_ANTI 112
(insn_list:REG_DEP_ANTI 118 (insn_list:REG_DEP_ANTI 98 (insn_list:REG_DEP_ANTI
706 (insn_list:REG_DEP_ANTI 708 (insn_list:REG_DEP_ANTI 39
(insn_list:REG_DEP_ANTI 115 (insn_list:REG_DEP_ANTI 117 (insn_list:REG_DEP_ANTI
495 (insn_list:REG_DEP_ANTI 104 (insn_list:REG_DEP_ANTI 506
(insn_list:REG_DEP_ANTI 510 (insn_list:REG_DEP_ANTI 518 (insn_list:REG_DEP_ANTI
515 (insn_list:REG_DEP_ANTI 523 (insn_list:REG_DEP_ANTI 528
(insn_list:REG_DEP_ANTI 530 (insn_list:REG_DEP_ANTI 531 (insn_list:REG_DEP_ANTI
532 (insn_list:REG_DEP_ANTI 533 (insn_list:REG_DEP_ANTI 534
(insn_list:REG_DEP_ANTI 535 (insn_list:REG_DEP_ANTI 536 (insn_list:REG_DEP_ANTI
538 (insn_list:REG_DEP_ANTI 539 (insn_list:REG_DEP_ANTI 545
(insn_list:REG_DEP_ANTI 549 (insn_list:REG_DEP_ANTI 551 (insn_list:REG_DEP_ANTI
712 (insn_list:REG_DEP_ANTI 713 (insn_list:REG_DEP_ANTI 715
(insn_list:REG_DEP_ANTI 705 (insn_list:REG_DEP_ANTI 707 (insn_list:REG_DEP_ANTI
711 (nil)))
(expr_list:REG_DEAD (reg:DI 120 r36)
(expr_list:REG_DEAD (reg:DI 121 r37 [ dest ])
(expr_list:REG_DEAD (reg:DI 122 r38 [ i.171 ])
(expr_list:REG_DEAD (reg:DI 1 r1)
(expr_list:REG_UNUSED (scratch:DI)
(expr_list:REG_UNUSED (scratch:DI)
(expr_list:REG_UNUSED (reg:DI 320 b0)
(expr_list:REG_UNUSED (reg:DI 8 r8)
(expr_list:REG_EH_REGION (const_int 1 [0x1])
(nil))
(expr_list:REG_DEP_TRUE (use (reg:DI 1 r1))
(expr_list:REG_DEP_TRUE (use (reg:DI 122 r38 [ i.171 ]))
(expr_list:REG_DEP_TRUE (use (reg:DI 121 r37 [ dest ]))
(expr_list:REG_DEP_TRUE (use (reg:DI 120 r36))
(nil))
/scratch/gcc/nightly-2005-08-23-mainline/src/gcc-mainline/libstdc++-v3/testsuite/27_io/basic_stringbuf/setbuf/char/4.cc:52:
internal compiler error: in final_scan_insn, at final.c:2445
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.1 Regression] libstdc++ tests fail: could not split
insn
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ia64-*-hpux11.*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23548
[Bug target/23548] [4.1 Regression] libstdc++ tests fail: could not split insn
-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23548
[Bug java/23549] New: gij swallows args after -ea
gij.cc says:
else if (! strcmp (arg, "-enableassertions") || ! strcmp (arg, "-ea"))
{
if (i >= argc - 1)
goto no_arg;
// FIXME: hook up assertion support
++i;
continue;
}
I think the ++i shouldn't be there.
since -ea doesn't take an arg, does it?
Try, for instance, "gij -ea -classpath Bar.jar Foo"
the -ea processing is swallowing the -classpath arg and gij
complains about not being able to load the class Bar.jar.
--
Summary: gij swallows args after -ea
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug c/18382] define __pic__ and/or __PIC__ in c-cppbuiltins.c instead of scattershot in target config
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-08-24 19:06 --- By the way, a patch to fix this in early 2004 was posted here: http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00168.html I never got an official "okay" in the discussion thread: http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00507.html -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2004- ||04/msg00168.html Last reconfirmed|2005-02-07 03:45:45 |2005-08-24 19:06:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18382
[Bug java/23549] gij swallows args after -ea
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:16 --- Yes; also these should be strncmp calls, since these options can be followed by : etc.. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-24 19:16:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug libstdc++/23550] New: char_traits requirements/1.cc test bad math
Tracking issue for LSB 3.0 testsuite fail. Easily fixed. See: http://bugs.linuxbase.org/show_bug.cgi?id=1069 Impacts 3.4, 4.0, mainline. -- Summary: char_traits requirements/1.cc test bad math Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-linux GCC host triplet: powerpc-linux GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23550
[Bug libstdc++/23550] char_traits requirements/1.cc test bad math
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 19:20 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23550
[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
[Bug awt/17782] KeyboardFocusManagers should be partitioned by ClassLoader
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
[Bug awt/19844] Swing components ignore key events
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:23 --- This is fixed now. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19844
[Bug swing/19845] Swing ToolTipManager and getLocationOnScreen
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:28 --- Lillian, can you have a look at this one? I assume this is fixed already. -- What|Removed |Added AssignedTo|fitzsim at redhat dot com |langel at redhat dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19845
[Bug swing/19849] Swing: ActionEvent.getActionCommand null
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19849
[Bug swing/19860] Swing JOptionPane and multiline texts
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19860
[Bug swing/19861] Swing JOptionPane without parent frame
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19861
[Bug swing/19862] Swing JTextField fails with StringIndexOutOfBoundsException
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:30 --- Fixed. Closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19862
[Bug awt/20014] BufferedImage.getGraphics() aborts
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/20630] Image APIs should use BufferedImage exclusively
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
[Bug awt/21660] FileDialog.SAVE broken
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:34 --- This test case segfaults now. Making high-priority. -- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
[Bug awt/20014] BufferedImage.getGraphics() aborts
-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug awt/16628] Focus opposites implementation.
-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
[Bug c++/19502] duplicate diagnostic for invalid template constant parameter
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24 19:38 --- This is probably due to the fact that lookup_template_class is called twice as the comment above the function states: ??? Note that this function is currently called *twice* for each template-id: the first time from the parser, while creating the incomplete type (finish_template_type), and the second type during the real instantiation (instantiate_template_class). This is surely something that we want to avoid. It also causes some problems with argument coercion (see convert_nontype_argument for more information on this). */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19502
[Bug awt/20720] crash when pressing laptop arrow keys
-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
[Bug awt/20782] jawt assertion failure
-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
[Bug classpath/21741] Need configure option to set java.library.path
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug awt/16825] Bad results for QuadCurve2D.solveQuadratic
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:43 --- *** Bug 22724 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||from-classpath at savannah ||dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16825
[Bug fortran/17758] gfortran_abort and some others should be marked as noreturn
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 20:04 --- Subject: Bug 17758 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 20:04:21 Modified files: gcc/testsuite : ChangeLog gcc/fortran: ChangeLog gfortran.h intrinsic.c trans-decl.c Added files: gcc/testsuite/gfortran.dg: nonreturning_statements.f90 Log message: 2005-08-24 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/17758 * gfortran.h (symbol_attribute): Add noreturn to the structure. (gfc_intrinsic_sym): Add noreturn to the structure. * intrinsic.c (make_noreturn): New function. (add_subroutines): Mark subroutines abort and exit as noreturn. (gfc_intrinsic_sub_interface): Copy noreturn attribute from isym to the resolved symbol. * trans-decl.c (gfc_get_extern_function_decl): Set function as VOLATILE (== noreturn) if the noreturn attribute is set. 2005-08-24 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/17758 gfortran.dg/nonreturning_statements.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5956&r2=1.5957 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/nonreturning_statements.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.531&r2=1.532 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gcc&r1=1.82&r2=1.83 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&r1=1.53&r2=1.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-decl.c.diff?cvsroot=gcc&r1=1.66&r2=1.67 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17758
[Bug libstdc++/23550] char_traits requirements/1.cc test bad math
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 20:29 --- Subject: Bug 23550 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:27 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/testsuite/21_strings/char_traits/requirements/char: 1.cc libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t: 1.cc Log message: 2005-08-24 Lawrence Lim <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/23550 * testsuite/21_strings/char_traits/requirements/char/1.cc (test01): Simplify counting. * testsuite/21_strings/char_traits/requirements/wchar_t/1.cc (test02): Same. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3077&r2=1.3078 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char/1.cc.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t/1.cc.diff?cvsroot=gcc&r1=1.4&r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23550
[Bug libstdc++/23550] char_traits requirements/1.cc test bad math
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 20:29 --- Subject: Bug 23550 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:48 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/testsuite/21_strings/char_traits/requirements/char: 1.cc libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t: 1.cc Log message: 2005-08-24 Lawrence Lim <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/23550 * testsuite/21_strings/char_traits/requirements/char/1.cc (test01): Simplify counting. * testsuite/21_strings/char_traits/requirements/wchar_t/1.cc (test02): Same. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.70&r2=1.2917.2.71 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char/1.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.44.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t/1.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.44.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23550
[Bug libstdc++/23550] char_traits requirements/1.cc test bad math
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 20:31 --- Subject: Bug 23550 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-24 20:31:01 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/testsuite/21_strings/char_traits/requirements/char: 1.cc libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t: 1.cc Log message: 2005-08-24 Lawrence Lim <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> Benjamin Kosnik <[EMAIL PROTECTED]> PR libstdc++/23550 * testsuite/21_strings/char_traits/requirements/char/1.cc (test01): Simplify counting. * testsuite/21_strings/char_traits/requirements/wchar_t/1.cc (test02): Same. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.228&r2=1.2224.2.229 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char/1.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3.12.1&r2=1.3.12.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/21_strings/char_traits/requirements/wchar_t/1.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2.12.1&r2=1.2.12.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23550
[Bug fortran/23538] gfortran hangs on old cray fortran 66 program
--- Additional Comments From dir at lanl dot gov 2005-08-24 20:46 --- Most of the other non-standard elements are considered extensions by Lahey. Looking at the error output - I think that one "simple ?" change would clear up much of the trouble. If the gfortran is processing a routine and it hits a error on an 'end' statement and that 'end' is followed by a 'subroutine' or 'function' declaration, reset things so that gfortran is done processing errors in the last routine and start processing the new routine. It is really weird to see a correct subroutine declaration statement error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538
[Bug debug/23551] New: dwarf records for inlines appear incomplete
It appears that inlined_subroutine dwarf records are not always generated for inlined functions, and when they are generated the formal_parameter records of the inlined_subroutine do not always have location records. I have prepared 6 files (2 per case) demonstrating 3 different minimal cases. In each case, the .i file is the input and the .dump file is the result of running eu-readelf --debug-dump a.out. The three cases are: - formal-parameter-but-no-location: this has an inlined_subroutine record with no location attribute on the formal_parameter. the missing attribute should appear around line 77 of the dump. - no-inlined-subroutine-record: this shows that inlined_subroutines are not always generated. the missing record should appear around line 54 of the dump. - constant-formal-parameter-with-location.dump: this has a record in the form I would expect to see in the previous 2 cases: lines 65-77 of the dump show both the inlined_subroutine and formal_parameter with a location attribute. Please let me know if you need more details. -- Summary: dwarf records for inlines appear incomplete Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: graydon at redhat dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52 --- Created an attachment (id=9577) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9577&action=view) case 1, preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52 --- Created an attachment (id=9578) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9578&action=view) case 1, debug info dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:53 --- Created an attachment (id=9579) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9579&action=view) case 2, preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54 --- Created an attachment (id=9580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9580&action=view) case 2, debug info dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54 --- Created an attachment (id=9581) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9581&action=view) case 3, preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:55 --- Created an attachment (id=9582) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9582&action=view) case 3, debug info dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:59 --- I should also point out that the compile flags for these cases were always "-finline -O2 -g"; I'm not sure how best to tell gcc to enable function-inlining (and nothing else), so this might be a mistake on my part. The cases are small enough that you can retry them on other flags and experiment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug debug/23551] dwarf records for inlines appear incomplete
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 21:08 --- A lot of these are all because we optimize stuff away. like the no-inlined-subroutine is because we just get "return 11;". Others look like they are fixed in 4.1.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
[Bug classpath/21741] Need configure option to set java.library.path
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 21:58 --- OK, $JAVA_HOME/jre/lib/i386 needs to go in gnu.classpath.boot.library.path and java.library.path. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
[Bug java/23549] gij swallows args after -ea
-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug libgcj/23549] gij swallows args after -ea
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 22:13 --- Gij is considered part of libgcj and not part of the front-end. -- What|Removed |Added Component|java|libgcj Last reconfirmed|2005-08-24 19:16:01 |2005-08-24 22:13:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
[Bug libgcj/23183] SimpleDateFormat fails to render '' as single quotes
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-24 22:33 --- I'm testing a patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-01 17:51:53 |2005-08-24 22:33:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183
[Bug fortran/23552] New: FAIL: gfortran.dg/large_real_kind_1.f90
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/large_real_kind_1.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hp pa2.0w-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-h pux11.11/./libiberty -lm -o ./large_real_kind_1.exe(timeout = 300) PASS: gfortran.dg/large_real_kind_1.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./li bgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:.:/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc FAIL: gfortran.dg/large_real_kind_1.f90 -O0 execution test -- Summary: FAIL: gfortran.dg/large_real_kind_1.f90 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
[Bug fortran/23553] New: FAIL: gfortran.dg/namelist_11.f
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/namelist_11.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w-h p-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11 /./libiberty -lm -o ./namelist_11.exe(timeout = 300) PASS: gfortran.dg/namelist_11.f -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./li bgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:.:/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc FAIL: gfortran.dg/namelist_11.f -O0 execution test -- Summary: FAIL: gfortran.dg/namelist_11.f Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23553
[Bug fortran/23554] New: FAIL: gfortran.dg/namelist_14.f90
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/namelist_14.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11. 11/./libiberty -lm -o ./namelist_14.exe(timeout = 300) PASS: gfortran.dg/namelist_14.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./li bgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:.:/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc FAIL: gfortran.dg/namelist_14.f90 -O0 execution test -- Summary: FAIL: gfortran.dg/namelist_14.f90 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23554
[Bug target/23553] FAIL: gfortran.dg/namelist_11.f
-- What|Removed |Added Component|fortran |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23553
[Bug target/23554] FAIL: gfortran.dg/namelist_14.f90
-- What|Removed |Added Component|fortran |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23554
[Bug target/23552] FAIL: gfortran.dg/large_real_kind_1.f90
-- What|Removed |Added Component|fortran |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
[Bug target/23555] New: FAIL: gfortran.dg/namelist_16.f90
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/namelist_16.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11. 11/./libiberty -lm -o ./namelist_16.exe(timeout = 300) PASS: gfortran.dg/namelist_16.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/./li bgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc:.:/test/gnu/gcc-3.3/objdir/hppa2.0w -hp-hpux11.11/./libgfortran/.libs:/test/gnu/gcc-3.3/objdir/gcc FAIL: gfortran.dg/namelist_16.f90 -O0 execution test -- Summary: FAIL: gfortran.dg/namelist_16.f90 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23555
