[Bug c/21261] New: Build error of gcc 4.0 under PASE (AIX 5.1 emulation) on iSeries V5R3
Hi to all, While trying to build gcc 4.0 on an iSeries V5R3 using PASE (aix 5.1 emulation), with a gcc 3.3.4 () got the following : gcc 3.3.4 specs : Reading specs from /QOpenSys/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.4/specs Configured with: ../gcc-3.3.4/configure --disable-nls Thread model: aix gcc version 3.3.4 configure used to build gcc : ../gcc-4.0.0/configure powerpc-ibm-aix5.1.0.0 The error is make[1]: Leaving directory `/home/c_gomez/objdir/libcpp' make[1]: Entering directory `/home/c_gomez/objdir/gcc' make \ CFLAGS=-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes\ CONFIG_H=config.h auto-host.h ../../gcc-4.0.0/gcc/../include/ansidecl.h \ MAKEOVERRIDES= \ -f libgcc.mk all make[2]: Entering directory `/home/c_gomez/objdir/gcc' /home/C_GOMEZ/objdir/gcc/xgcc -B/home/C_GOMEZ/objdir/gcc/ -B/usr/local/powerpc-ibm-aix5.1.0.0/bin/ -B/usr/local/powerpc-ibm-aix5.1.0.0/lib/ -isystem /usr/local/powerpc-ibm-aix5.1.0.0/include -isystem /usr/local/powerpc-ibm-aix5.1.0.0/sys-include -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc-4.0.0/gcc -I../../gcc-4.0.0/gcc/. -I../../gcc-4.0.0/gcc/../include -I./../intl -I../../gcc-4.0.0/gcc/../libcpp/include -DL_fixunsdfsi -c ../../gcc-4.0.0/gcc/libgcc2.c -o libgcc/./_fixunsdfsi.o ../../gcc-4.0.0/gcc/libgcc2.c: In function '__fixunsdfsi': ../../gcc-4.0.0/gcc/libgcc2.c:1495: error: unrecognizable insn: (insn:HI 14 13 15 0 ../../gcc-4.0.0/gcc/libgcc2.c:1492 (set (reg:CCEQ 123) (compare:CCEQ (ior:SI (gt:SI (reg:CCFP 122) (const_int 0 [0x0])) (eq:SI (reg:CCFP 122) (const_int 0 [0x0]))) (const_int 1 [0x1]))) -1 (insn_list:REG_DEP_TRUE 13 (nil)) (expr_list:REG_DEAD (reg:CCFP 122) (nil))) ../../gcc-4.0.0/gcc/libgcc2.c:1495: internal compiler error: in extract_insn, at recog.c:2020 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [libgcc/./_fixunsdfsi.o] Error 1 make[2]: Leaving directory `/home/c_gomez/objdir/gcc' make[1]: *** [stmp-multilib] Error 2 make[1]: Leaving directory `/home/c_gomez/objdir/gcc' make: *** [all-gcc] Error 2 -- Summary: Build error of gcc 4.0 under PASE (AIX 5.1 emulation) on iSeries V5R3 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: henri dot gomez at gmail dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix5.1.0.0 GCC host triplet: powerpc-ibm-aix5.1.0.0 GCC target triplet: powerpc-ibm-aix5.1.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21261
[Bug fortran/20866] recursively defined statement function
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 07:49 --- Using gcc version 4.1.0 20050418, I get an ICE/segfault. Beginning of the backtrace: (gdb) where #0 0xb7ee4ec5 in vfprintf () from /lib/tls/libc.so.6 #1 0xb7f032db in vsprintf () from /lib/tls/libc.so.6 #2 0xb7eed74d in sprintf () from /lib/tls/libc.so.6 #3 0x080e375d in create_tmp_var_name (prefix=0xbf800690 i) at ../../../gcc/gcc/gimplify.c:318 #4 0x080e382d in create_tmp_var_raw (type=0xb7a99510, prefix=0x87cd457 i) at ../../../gcc/gcc/gimplify.c:336 #5 0x080a3049 in gfc_create_var_np (type=0xb7a99510, prefix=0x87cd457 i) at ../../../gcc/gcc/fortran/trans.c:100 #6 0x080a3063 in gfc_create_var (type=0xb7a99510, prefix=0x87cd457 i) at ../../../gcc/gcc/fortran/trans.c:111 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-28 07:49:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20866
[Bug libstdc++/21244] [4.0/4.1 Regression] Vectorbool anonymous enum problem
--- Additional Comments From pcarlini at suse dot de 2005-04-27 16:03 --- Fixed for 4.0.1. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 07:51 --- Subject: Bug 21244 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 07:50:49 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/debug: formatter.h libstdc++-v3/include/bits: cpp_type_traits.h stl_algo.h stl_bvector.h libstdc++-v3/include/ext: mt_allocator.h pool_allocator.h rope ropeimpl.h Log message: 2005-04-28 Paolo Carlini [EMAIL PROTECTED] Gabriel Dos Reis [EMAIL PROTECTED] PR libstdc++/21244 (cont) * include/bits/cpp_type_traits.h (struct __traitor): Convert to bool the values. * include/bits/stl_algo.h: Convert _S_threshold to int. * include/bits/stl_bvector.h: Revert previous change, convert _S_word_bit to int. * include/debug/formatter.h: Convert __max_parameters to size_t. * include/ext/mt_allocator.h: Likewise for _S_chunk_size. * include/ext/pool_allocator.h: Likewise for _S_max_bytes and _S_align. * include/ext/rope: Likewise for _S_alloc_granularity; convert _S_max_rope_depth to int. * include/ext/ropeimpl.h: Convert _S_path_cache_len to int; _S_max_rope_depth to int; _S_copy_max to size_t. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2983r2=1.2984 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/formatter.h.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/cpp_type_traits.h.diff?cvsroot=gccr1=1.16r2=1.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_algo.h.diff?cvsroot=gccr1=1.51r2=1.52 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_bvector.h.diff?cvsroot=gccr1=1.40r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/mt_allocator.h.diff?cvsroot=gccr1=1.45r2=1.46 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/pool_allocator.h.diff?cvsroot=gccr1=1.21r2=1.22 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/rope.diff?cvsroot=gccr1=1.22r2=1.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/ropeimpl.h.diff?cvsroot=gccr1=1.31r2=1.32 -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21244
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 07:58 --- Possible patch: diff -p -u -r1.39 resolve.c --- gcc/fortran/resolve.c 19 Mar 2005 19:45:33 - 1.39 +++ gcc/fortran/resolve.c 28 Apr 2005 07:56:12 - @@ -616,6 +616,13 @@ resolve_actual_arglist (gfc_actual_argli continue; } + if (sym-attr.flavor == FL_PROCEDURE + sym-attr.proc == PROC_ST_FUNCTION) +{ + gfc_error (Statement function '%s' at %L is not allowed as an +actual argument, sym-name, e-where); + } + /* See if the name is a module procedure in a parent unit. */ if (was_declared (sym) || sym-ns-parent == NULL) I will look to see if I forgot something, then regtest, then post it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 GCC target triplet|i686-pc-linux-gnu | Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-04-28 07:58:03 date|| Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug fortran/20870] reference to size of assumed-size array
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 08:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-28 08:00:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20870
[Bug fortran/21260] Conflict between comment and H edit descriptor
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-28 08:01:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21260
[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not inline the static const double
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-28 08:02 --- the example test case is invalid even with the gnu extension. As with static const int members, you must have a single out-of-class definition of the member EVEN IF the member is initialized in class. [9.4.2/4] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21089
[Bug libstdc++/21244] [4.0/4.1 Regression] Vectorbool anonymous enum problem
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 08:02 --- Subject: Bug 21244 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 08:01:36 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/debug: formatter.h libstdc++-v3/include/bits: cpp_type_traits.h stl_algo.h stl_bvector.h libstdc++-v3/include/ext: mt_allocator.h pool_allocator.h rope ropeimpl.h Log message: 2005-04-28 Paolo Carlini [EMAIL PROTECTED] Gabriel Dos Reis [EMAIL PROTECTED] PR libstdc++/21244 (cont) * include/bits/cpp_type_traits.h (struct __traitor): Convert to bool the values. * include/bits/stl_algo.h: Convert _S_threshold to int. * include/bits/stl_bvector.h: Revert previous change, convert _S_word_bit to int. * include/debug/formatter.h: Convert __max_parameters to size_t. * include/ext/mt_allocator.h: Likewise for _S_chunk_size. * include/ext/pool_allocator.h: Likewise for _S_max_bytes and _S_align. * include/ext/rope: Likewise for _S_alloc_granularity; convert _S_max_rope_depth to int. * include/ext/ropeimpl.h: Convert _S_path_cache_len to int; _S_max_rope_depth to int; _S_copy_max to size_t. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.33r2=1.2917.2.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/formatter.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.8r2=1.8.40.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/cpp_type_traits.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16r2=1.16.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_algo.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.50r2=1.50.18.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_bvector.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.39.6.1r2=1.39.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/mt_allocator.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.45r2=1.45.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/pool_allocator.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.21r2=1.21.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/rope.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.22r2=1.22.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/ropeimpl.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.31r2=1.31.34.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21244
[Bug fortran/21257] Duplicate use of construct name
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-28 08:04:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21257
[Bug fortran/19015] shape / rank mismatch in maxloc / minloc leads to assertion failure at runtime
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-28 08:07 --- In 4.1, this is now a runtime error: $ cat maxloc-2.f90 integer, dimension(0:1,0:1) :: n integer, dimension(1) :: i n = reshape((/1, 2, 3, 4/), shape(n)) i = maxloc(n) print *,i end program $ gfortran maxloc-2.f90 $ ./a.out Fortran runtime error: dimension of return array incorrect -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19015
[Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:23 --- (In reply to comment #6) Um... first of all, this works on 3.4 branch only by accident, i.e. I think the underlying problem is still present there. What happens is that a call has an argument containing a TARGET_EXPR with cleanups and is eligible for the sibling call optimization. The cleanups are expanded during the first pass but, since the optimization eventually fails, the RTL is thrown away. Then, during the second pass, the TARGET_EXPR is expanded again but not the cleanups because they are not registered (the variable 'cleanups' is NULL at expr.c:9050). I'm not sure how this is supposed to work. Richard, do you have any recollection of this? In 2000(!), you commited this patch: RTH -- I guess you did not have interest in this? Shall I close it as WONTFIX? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15853
[Bug rtl-optimization/19579] [3.3 regression] -march=i686 generates a bogus program for x86*
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:34 --- (In reply to comment #15) Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01713.html. Roger -- Are you still confident in this patch (as you said last Jan) for 3.3.6? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19579
[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:36 --- (In reply to comment #4) I don't know if there is anything we can do about 3.3.x but who knows. No PowerPC maintainer seems to be interested in this. Will most likely close as wontfix. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046
[Bug c++/20476] [3.3 Regression] g++ crashes with a contrived template mistake.
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:38 --- (In reply to comment #2) Confirmed, only a regression for 3.3.x. This is infinite loop in the g++ parser. Since, it is ICE on invalid code, it is not critical at this time. -- Gaby -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20476
[Bug libstdc++/21262] New: basic_string out_of_bound in constructor with null char in string
gcc -v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.1/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with- slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared - -enable-threads=posix --disable-checking --enable-long-long --enable- __cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable- languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system- zlib Thread model: posix gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk) source file: #include string using namespace std; int main() { string str(abcdef\0hijklmnop,15); string str2(str.data(), 10, str.size() - 10); return 0; } g++ -o test test.cpp ./test terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::basic_string Aborted (core dumped) ldd test linux-gate.so.1 = (0xe000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x40029000) libm.so.6 = /lib/tls/libm.so.6 (0x400fb000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x4011e000) libc.so.6 ... rpm -q --whatprovides /usr/lib/libstdc++.so.6 libstdc++6-3.4.1-3mdk -- Summary: basic_string out_of_bound in constructor with null char in string Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dan at verliba dot cz CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i586-mandrake-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21262
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 09:19 --- It does not fix the error. Will look further into it. -- What|Removed |Added Keywords|patch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not inline the static const double
--- Additional Comments From matz at suse dot de 2005-04-28 09:24 --- Yes, I determined that already in the initial report; to cite myself: It's invalid for two reasons I think, first the missing definition, instead of the declaration. [the second reason being the use of the GNU extension]. But it can be trivially made valid (just provide a definition), and I assumed this to be done for sake of this bugreport. Using the GNU extension this would then be valid, and _then_ the value is still not propagated to the method body. _That_'s what I'm complaining about, the missed optimization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21089
[Bug libstdc++/21262] basic_string out_of_bound in constructor with null char in string
--- Additional Comments From pcarlini at suse dot de 2005-04-28 09:25 --- There is nothing wrong with a null char per se. The problem is that you second constructor call is wrong: according to the standard, there is *no* constructor taking a const char*, and two size_type. Instead, there is one taking a string and two size_type. Therefore, your str.data() is used to construct a temporary string (only 6 char long, because the constructor taking a C string is used) and then invoke the constructor mentioned above. Fix your code like this: string str2(str, 10, str.size() - 10); -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21262
[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-28 10:59 --- Added to Tom Tromey's queue for 4.0 branch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug libgcj/21140] [4.0 only] Charset.encode and Charset.decode broken
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-28 11:00 --- Added to Tom Tromey's queue for 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21140
[Bug bootstrap/21263] New: libcpp/configure: unsafe test instruction
I don't if this is a gcc or autoconf issue, but here it is: My system: SunOS 5.9 Generic_118558-05 sun4u sparc SUNW,Sun-Fire-280R Solaris My configure:env CC=cc ../configure --prefix=/scratch/src/gcc-4-test \ --enable-threads --with-cpu=ultrasparc --enable-shared \ --enable-languages=c,c++ When I run make bootstrap libcpp/configure exits with a test: argument expected. A quick fix did it, when I compile with cc I can expect that $GCC is not defined. diff configure configure.DIST 2761,2763c2761 # BM if test $GCC = yes; then # BM --- if test $GCC = yes; then I have not found anything in libcpp/configure.ac so I am not sure if you are the right people to target. Beat -- Summary: libcpp/configure: unsafe test instruction Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zosh at ife dot ee dot ethz dot ch CC: gcc-bugs at gcc dot gnu dot org,zosh at ife dot ee dot ethz dot ch GCC build triplet: sparc-sun-solaris2.9 GCC host triplet: sparc-sun-solaris2.9 GCC target triplet: sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21263
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 11:34 --- New patch proposed: http://gcc.gnu.org/ml/fortran/2005-04/msg00667.html -- What|Removed |Added URL||http://gcc.gnu.org/ml/fortra ||n/2005-04/msg00667.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:03 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: pr20865.f90 Log message: PR fortran/20865 * resolve.c (resolve_actual_arglist): Issue an error if a statement functions is used as actual argument. * gfortran.dg/pr20865.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.40r2=1.335.2.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.34.2.5r2=1.34.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.145r2=1.5084.2.146 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20865.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:08 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: pr20865.f90 Log message: PR fortran/20865 * resolve.c (resolve_actual_arglist): Issue an error if a statement functions is used as actual argument. * gfortran.dg/pr20865.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.407r2=1.408 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.40r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5409r2=1.5410 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20865.f90.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:03 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: pr20865.f90 Log message: PR fortran/20865 * resolve.c (resolve_actual_arglist): Issue an error if a statement functions is used as actual argument. * gfortran.dg/pr20865.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.40r2=1.335.2.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.34.2.5r2=1.34.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.145r2=1.5084.2.146 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20865.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:08 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: pr20865.f90 Log message: PR fortran/20865 * resolve.c (resolve_actual_arglist): Issue an error if a statement functions is used as actual argument. * gfortran.dg/pr20865.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.407r2=1.408 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.40r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5409r2=1.5410 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20865.f90.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug c++/21264] New: duplicate symbol warnings for complex template class
/// template.cc / struct VirtualBase { virtual ~VirtualBase(); }; struct Foo {}; struct Bar { virtual ~Bar(); }; templateclass OtherBase class Test : public VirtualBase, public OtherBase { }; void func() { TestFoo foo; TestBar bar; } // $ /tools/pkg/gcc/3.4.3/bin/g++ -shared -Wl,-G -o lib343.so template.cc $ dump -Tv lib343.so | c++filt IMEX Sclass Type IMPid Name EXP DS Ldef[noIMid] TestBar::~Test() EXP DS Ldef[noIMid] TestBar::~Test() wEXP DS SECdef[noIMid] non-virtual thunk to TestBar::~Test() wEXP DS SECdef[noIMid] non-virtual thunk to TestBar::~Test() wEXP DS SECdef[noIMid] TestFoo::~Test() wEXP DS SECdef[noIMid] TestFoo::~Test() $ /tools/pkg/gcc/3.3.3/bin/g++ -shared -Wl,-G -o lib333.so template.cc $ dump -Tv lib333.so | c++filt IMEX Sclass Type IMPid Name wEXP DS SECdef[noIMid] TestBar::~Test() wEXP DS SECdef[noIMid] TestBar::~Test() wEXP DS SECdef[noIMid] non-virtual thunk to TestBar::~Test() wEXP DS SECdef[noIMid] non-virtual thunk to TestBar::~Test() wEXP DS SECdef[noIMid] TestFoo::~Test() wEXP DS SECdef[noIMid] TestFoo::~Test() Note that I edited the dump output to reduce its size. Here you can see, that the Test...::~Test() destructor gets a different IMEX. Depending on its template parameter and/or compiler version. I dont know exactly what the difference between EXP and wEXP is, but I suspect that this has something to do with weak symbols. But on the other hand, I always read that AIX supports no weak symbols. Nevertheless, when using the class TestBar in different shared libraries which get linked together, you get warnings about duplicate symbols. This warnings were not present with GCC 3.3.3. I am very nervous when seeing duplicate symbols. Especially on AIX. I had great times in the past analysing problems with uncaught exceptions that were caused by duplicate symbols. -- Summary: duplicate symbol warnings for complex template class Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joerg dot richter at pdv-fs dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix5.2.0.0 GCC host triplet: powerpc-ibm-aix5.2.0.0 GCC target triplet: powerpc-ibm-aix5.2.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21264
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-28 12:12 --- By the way, the proposed patch does *not* implement FNV right: among other things, replaces a bit-a-bit xor with a sum. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug bootstrap/9382] AIX 5.2 ../../gcc-20030120/gcc/libgcc2.c:1161: internal compiler error: in extract_insn, at recog.c:2175
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 12:59 --- *** Bug 21261 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||henri dot gomez at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9382
[Bug c/21261] Build error of gcc 4.0 under PASE (AIX 5.1 emulation) on iSeries V5R3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 12:59 --- *** This bug has been marked as a duplicate of 9382 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21261
[Bug middle-end/21265] New: [4.0,4.1 regression] GCC fails to optimize tail call to memset
Given the code below, GCC fails to optimize the tail call to memset into a jmp on x86_64-unknown-linux-gnu as of 4.0 or 4.1 mainline. Versions 3.4 and 3.3 perform the transformation so it is a regression. All GCC versions on x86_64 manage to optimize the call to my_memset so it may be related to builtin handling. FYI none of the above versions of gcc optimize either memset or my_memset on x86. So on x86 it's consistently failing, I'm not sure if that's intentional or not. But x86_64 is a regression. Compile with -O2 -S: #include stddef.h extern void *memset (void *, int, size_t); extern void *my_memset (void *, int, size_t); void foo (void *to, size_t count) { memset (to, 0, count); } void bar (void *to, size_t count) { my_memset (to, 0, count); } -- Summary: [4.0,4.1 regression] GCC fails to optimize tail call to memset Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21265
[Bug bootstrap/21230] [4.0/4.1 Regression] bootstrap failed unless bootstrap compiler is gcc.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:07 --- *** Bug 21263 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||zosh at ife dot ee dot ethz ||dot ch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21230
[Bug bootstrap/21263] libcpp/configure: unsafe test instruction
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:07 --- *** This bug has been marked as a duplicate of 21230 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21263
[Bug middle-end/20638] gcc doesn't take advantage of attribute malloc on alloca
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-04-28 13:11 --- Roger Sayle provided this feedback to me in private email and agreed to have it copied here: -- I've glanced through the code and I suspect I know why this isn't working. The MALLOC attribute is traditionally handled in calls.c where it attaches a REG_NOALIAS note to the relevant call_insn. In the case of alloca, however, we don't go through calls.c and instead inline calls to alloca via expand_builtin_alloca in builtins.c instead. My guess is that we need to add a REG_NOALIAS note, or mark/assign the alias set of this pointer in builtins.c. Interestingly, this doesn't explain why the builtins-13.c tests aren't now being optimized by tree-ssa, where the malloc attribute should now be getting used during the early alias analysis passes. Unfortunately, I'm not an expert of how to present aliasing information at the RTL-level. But the above should help explain why alloca behaves differently to malloc/calloc/strdup etc. Roger -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20638
[Bug middle-end/21265] [4.0/4.1 regression] GCC fails to optimize tail call to memset
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:13 --- Confirmed, it also happens on PPC-darwin too. Note here is a testcase for x86 (32bit): #include stddef.h extern void *memset (void *, int, size_t); extern void *my_memset (void *, int, size_t); void foo (void *to,int i, size_t count) { memset (to, 0, count); } void bar (void *to, int i, size_t count) { my_memset (to, 0, count); } And this has been happening since at least: 3.5.0 20040909 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Known to fail||4.0.0 4.1.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2005-04-28 13:13:37 date|| Summary|[4.0,4.1 regression] GCC|[4.0/4.1 regression] GCC |fails to optimize tail call |fails to optimize tail call |to memset |to memset Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21265
[Bug fortran/20865] statement function shall not be supplied as procedure argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20865
[Bug rtl-optimization/20211] autoincrement generation is poor
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28 13:36 --- (In reply to comment #9) Mac OS X and darwin works on the G3, just fine. The Mac OS X tiger system requirements say that it needs built-in firewire. This Mac doesn't have firewire. It also came with 32 MB RAM originally, although it has been upgraded to 384 MB. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
[Bug rtl-optimization/20211] autoincrement generation is poor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:42 --- (In reply to comment #10) (In reply to comment #9) Mac OS X and darwin works on the G3, just fine. The Mac OS X tiger system requirements say that it needs built-in firewire. This Mac doesn't have firewire. It also came with 32 MB RAM originally, although it has been upgraded to 384 MB. Oh, it is a Yikes, oh well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
[Bug tree-optimization/21266] New: verify_ssa failed
$ cat minlc.c void minlc(float *a, int n) { int i; float mv = a[0]; for (i=1; in; i++) { if(a[i] mv) mv = a[i]; } } $ gcc -O2 -ftree-vectorize -ftree-vectorizer-verbose=3 -S minlc.c minlc.c: In function 'minlc': minlc.c:2: error: Definition in block 2 follows the use for SSA_NAME: i_13 in statement: mv_1 = n_7 i_13 ? mv_12 : mv_20; minlc.c:2: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ gcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050424/configure --prefix=/home/zfkts --enable- languages=c,f95 Thread model: posix gcc version 4.1.0 20050424 (experimental) -- Summary: verify_ssa failed Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug preprocessor/21250] [4.1 Regression] line number 0 for built-in causes GAS to complain
--- Additional Comments From segher at kernel dot crashing dot org 2005-04-28 15:08 --- The C standard has this to say about line numbers, in 6.10.4/2: The line number of the current source line is one greater than the number of new-line characters read or introduced in translation phase 1 (5.1.1.2) while processing the source file to the current token. So, a line number of 0 is impossible. GAS is correct to complain about this. It would be nice to be consistent, yes; but consistently right, please, not consistently wrong ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21250
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:24 --- (In reply to comment #2) Another issue here is that this_5 = b_4-D.2068; is loop invariant and can be hoist out of the loop. Maybe it will happen with structure-aliasing-branch? Well really we should prograte that statement into the next statement so we get something like: D.2080_9 = b_4-D.2068.d[i_18]; -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21218
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:24 --- Confirmed. -- 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-04-28 16:24:39 date|| Summary|verify_ssa failed |[4.1 Regression] verify_ssa ||failed Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug debug/21022] [4.0 only] ICE while compiling GdkFontMetrics.class with stabs debugging
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:33 --- Subject: Bug 21022 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:33:38 Modified files: gcc: ChangeLog dbxout.c Log message: 2005-04-19 Andrew Haley [EMAIL PROTECTED] PR java/21022 * dbxout.c (dbxout_type_fields): Check DECL_IGNORED_P before looking at a field's bitpos. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.201r2=2.7592.2.202 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dbxout.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.221.2.1r2=1.221.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21022
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:35 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:35:25 Modified files: gcc/java : expr.c java-except.h verify.c verify-glue.c except.c ChangeLog Log message: 2005-04-28 Andrew Haley [EMAIL PROTECTED] PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. PR java/20768 * java-except.h (struct eh_range.handler): Remove unused field. (handle_nested_ranges): Remove function declaration. (sanity_check_exception_range): Add function declaration. * verify.c (verify_jvm_instructions): Remove call to handle_nested_ranges. (start_pc_cmp): Remove function. (verify_jvm_instructions): Remove PC sorting of exception regions. * verify-glue.c (verify_jvm_instructions_new): Call sanity_check_exception_range. * except.c (link_handler, eh_range_freelist, link_handler, handle_nested_ranges): Remove. (add_handler): Rewrite. (sanity_check_exception_range): New function. (print_ranges): New function. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/expr.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.218.4.2r2=1.218.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-except.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.18r2=1.18.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/verify.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.69r2=1.69.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/verify-glue.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4.2.1r2=1.4.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/except.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.47r2=1.47.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1556.2.16r2=1.1556.2.17 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug java/20768] [4.0 only] Bytecode - native code doesn't handle exception properly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:35 --- Subject: Bug 20768 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:35:25 Modified files: gcc/java : expr.c java-except.h verify.c verify-glue.c except.c ChangeLog Log message: 2005-04-28 Andrew Haley [EMAIL PROTECTED] PR java/21115 * expr.c (force_evaluation_order): Convert outgoing args smaller than integer. PR java/20768 * java-except.h (struct eh_range.handler): Remove unused field. (handle_nested_ranges): Remove function declaration. (sanity_check_exception_range): Add function declaration. * verify.c (verify_jvm_instructions): Remove call to handle_nested_ranges. (start_pc_cmp): Remove function. (verify_jvm_instructions): Remove PC sorting of exception regions. * verify-glue.c (verify_jvm_instructions_new): Call sanity_check_exception_range. * except.c (link_handler, eh_range_freelist, link_handler, handle_nested_ranges): Remove. (add_handler): Rewrite. (sanity_check_exception_range): New function. (print_ranges): New function. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/expr.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.218.4.2r2=1.218.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-except.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.18r2=1.18.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/verify.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.69r2=1.69.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/verify-glue.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4.2.1r2=1.4.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/except.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.47r2=1.47.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1556.2.16r2=1.1556.2.17 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug debug/21022] [4.0 only] ICE while compiling GdkFontMetrics.class with stabs debugging
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:53 --- Fixed, thanks again Andrew. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21022
[Bug java/20768] [4.0 only] Bytecode - native code doesn't handle exception properly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:53 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 16:58 --- GCC built with sources that include that patch fails in the same place building gzip, bzip2, and mesa from SPEC CPU2000 with -m64 -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:59 --- Does this happen also at -O0? -- What|Removed |Added Summary|ACATS ICE verify_flow_info |[4.1 Regression] ACATS ICE |failed cxg1002 cxg1003 |verify_flow_info failed |cxg2006 cxg2007 cxg2018 |cxg1002 cxg1003 cxg2006 |cxg2019 cxg2020 |cxg2007 cxg2018 cxg2019 ||cxg2020 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21241
[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020
--- Additional Comments From laurent at guerby dot net 2005-04-28 17:15 --- The test PASS at -O0 and -O1, and ICEs at -O2 and -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21241
[Bug c++/20304] Invalid value returned by operator '' when -O is used
--- Additional Comments From hpreg at vmware dot com 2005-04-28 17:33 --- This was filed as bug 169225 in the libsigc++ bugzilla database (http://bugzilla.gnome.org/show_bug.cgi?id=169225). While it is still unclear whether what libsigc++ did is a libsigc++ bug or a g++ bug, the libsigc++ folks went ahead and produced a patch to fix the issue in their code, in order not to rely on something that is potentially unspecified by the C++ standard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20304
[Bug libgcj/21267] New: Non-English File Names processed incorrectly in Windows.
This one is difficult. When using java.io.File class Sun VM and gcj produce different results. If create a file name which contains for example Russian Letters in it (you can do this: open IE and go to the www.rambler.ru then add this link to the Favorites. Now open the dir: File dir = new File( C:\\Documents and Settings\\user\\Faforites ); File [] files = dir.listFiles(); for( int i = 0; i files.length; i++ ) { String name = files[i].getName(); if( -1 != name.indexOf( rambler ) ) { // here you can try to open and let's read it, it will fail in GCJ // but not in SUN VM. } } . -- Summary: Non-English File Names processed incorrectly in Windows. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mnefedov at rogers 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=21267
[Bug bootstrap/21268] New: Bootstrap, configuration problem and insn-conditions.c
I report this as follow up to bug 21145 that has been wrongly marked as duplicate of 19601. The bug I reported is not AWK problem and thus it is not duplicate of the bug. My problem is caused by wrong includes search paths and headers with same names. I have installed autogen-5.6.4 which installs file /usr/local/include/options.h. File insn-conditions.c includes flags.h and that includes options.h that contains extern declarations for all flags. For some to me unknown reason both FreeBSD port gcc40 and my own builds of GCC 4.0.0 do add -I/usr/local/include to compiler's command line for insn-conditions.c and that prepends the path to search path for includes before GCC's include paths which makes the compiler include wrong options.h from /usr/local/include. I suspect that the -I/usr/local/include is added because of libiconv that is installed in in /usr/local prefix. Resulting command is this: gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I/usr/local/include -I. -Ibuild -I../../srcdir/gcc -I../../srcdir/gcc/build -I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -I/usr/local/include \ -o build/insn-conditions.o insn-conditions.c Note the double occurrence of -I/usr/local/include. I think this is genuine GCC configuratin scrip bug. Bootstrap compiler: [EMAIL PROTECTED]:::~/gcc-head/objdir/gcc gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 Configurations flags: ../srcdir/configure --disable-nls --enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=athlon-tbird --with-arch=athlon-tbird --with-system-zlib --disable-shared --enable-languages=c,c++,objc --disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc --program-suffix=-4.0 --enable-objc-gc -- Summary: Bootstrap, configuration problem and insn-conditions.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: v dot haisman at sh dot cvut dot cz CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot cvut dot cz GCC build triplet: i386-unknown-freebsd5.4 GCC host triplet: i386-unknown-freebsd5.4 GCC target triplet: i386-unknown-freebsd5.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug middle-end/21237] [4.0/4.1 Regression] unnecessary __cmpdi2 usage?
--- Additional Comments From pluto at pld-linux dot org 2005-04-28 18:04 --- __cmdi2 isn't used with -O0 but it is with -O1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 18:12 --- The compilers that I tested that still failed were configured with --build, --host, --target=powerpc64-linux and --with-cpu=default32. -- What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug bootstrap/21268] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 18:34 --- Hmm, seems like autogen should not be calling its headers options.h, oh well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug libgcj/21267] [win32] Non-English File Names processed incorrectly
-- What|Removed |Added Summary|Non-English File Names |[win32] Non-English File |processed incorrectly in|Names processed incorrectly |Windows.| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21267
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 18:52 --- Subject: Bug 20813 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 18:52:22 Modified files: gcc: ChangeLog gcc/config/rs6000: aix43.h aix51.h aix52.h sysv4.h Log message: PR target/20813 * config/rs6000/aix43.h (SUBSUBTARGET_SWITCHES, aix64): Add MASK_PPC_GFXOPT. * config/rs6000/aix51.h (SUBSUBTARGET_SWITCHES, aix64): Same. * config/rs6000/aix52.h (SUBSUBTARGET_SWITCHES, aix64): Same. * config/rs6000/sysv4.h (SUBTARGET_SWITCHES, 64): Same. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8514r2=2.8515 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/aix43.h.diff?cvsroot=gccr1=1.36r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/aix51.h.diff?cvsroot=gccr1=1.26r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/aix52.h.diff?cvsroot=gccr1=1.14r2=1.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/sysv4.h.diff?cvsroot=gccr1=1.159r2=1.160 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-28 18:58 --- OK, the problem is definitely a latent bug. The problem is that in fix_truncdfsi2, it creates a stack temporary, with operands[3] = assign_stack_temp (DImode, GET_MODE_SIZE (DImode), 0); which just happens to be something like (mem/i:DI (plus:SI (reg/f:SI 114 virtual-stack-vars) (const_int 32768 [0x8000])) [0 S8 A64]) Uh-oh! That's not an address! So when instantiate_virtual_regs_1 notices this, it rewrites it to: (clobber (mem/i:DI (plus:SI (reg/f:SI 30 r30) (reg:SI 128)) [0 S8 A64])) but fix_truncdfsi2_internal needs an offsettable operand, (clobber (match_operand:DI 3 memory_operand =o))] because it plans to use plus_constant on it. For me, the testcase fails even if I just say -mcpu=rs64a, there's no need for actual 64-bit pointers. I guess the right fix is to use adjust_address rather than plus_constant. -- What|Removed |Added Keywords|ice-on-valid-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug c++/21269] New: member function pointers
I am trying to print out the value of member function pointers. However, I found that the compiled executable runs into segment fault. After I added another local member function pointer variable, the program does not run into seg fault,but it seems that it gives out incorrect result. -- Summary: member function pointers Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gnu04 at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269
[Bug c++/21269] member function pointers
--- Additional Comments From gnu04 at yahoo dot com 2005-04-28 19:08 --- Created an attachment (id=8759) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8759action=view) This is the source file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269
Re: bug report for gfortran
On Apr 28, 2005, at 2:41 PM, Dutta, Kalyan wrote: I am submitting a bug report for GNU's Fortran95 compiler, gfortran. I realize the compiler is experimental. Any help you might be able to provide will be appreciated. I am Emailing this report because I couldn't successfully attach the requested preprocessor file via GNU's Bugzilla site ... This is most likely PR 21034. You have to attach the .f files after submitting the bug. -- Pinski
[Bug tree-optimization/21269] [4.0/4.1 Regression] member function pointers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:16 --- This works at -O0. But at -O1 or above. -- What|Removed |Added Component|c++ |tree-optimization Keywords||wrong-code Summary|member function pointers|[4.0/4.1 Regression] member ||function pointers Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269
[Bug middle-end/21269] [4.0/4.1 Regression] member function pointers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:18 --- Hmm, this also works just fine on ppc-darwin too. -- What|Removed |Added Component|tree-optimization |middle-end GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269
[Bug rtl-optimization/20211] autoincrement generation is poor
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28 19:21 --- An updated patch is here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02898.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-28 19:33 --- Diego, I think it's OK to have contradictory information from an ASSERT_EXPR and SCEV. Let's say we have a loop counting from i = 0 upward. It's possible that we if (i 0) in the loop and see something like i_10 = ASSERT_EXPR i_1, i_1 0; on the then arm of the conditional. In this case, we know we are counting upward, so SCEV tells us that the minimum value of i_10 should be 0, but the ASSERT_EXPR tells us that the range should be [-INF, -1]. They are completely disjoint! This weird situation comes from the fact that the then branch of the conditional is dead. In this case, probably the safest and simplest thing to do is to ignoring what SCEV says. Kazu Hirata -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
[Bug libgcj/21270] New: BufferedReader.read( char[], int, int ) returns less than expected number of read chars
When 8K of data is requested gcj returns only 2K (Sun's VM returns full 8K). example code: import java.io.*; public class BufferedReaderReadTest { public static void main( String [] args ) throws Exception { char [] b = new char[ 8 * 1024 ]; BufferedReader in = new BufferedReader( new FileReader( args [0] ), 8 * 1024 ); System.out.println( read() = + in.read( b, 0, b.length ) ); in.close(); } } -- Summary: BufferedReader.read( char[], int, int ) returns less than expected number of read chars Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mnefedov at rogers 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=21270
[Bug middle-end/21269] [4.0/4.1 Regression] member function pointers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:36 --- Actually this is invalid, you are going passed the bounds of buf. %.2x does not do what you want it to do. You want to do the following instead: void conv_ptr(void * ptr, char* buf) { unsigned char * str = (unsigned char*)ptr; int i; for(i = 0; i 3 ; i++) sprintf(buf+i*2, %.2x, str[i]); buf[8] = 0; } If you turned on mudflap you would find that we have a violation: *** mudflap violation 1 (check/write): time=1114716962.109669 ptr=0xbfe79f35 size=9 pc=0xd40568 location=`(sprintf str)' /home/peshtigo/pinskia/linux/lib/libmudflap.so.0(__mf_check+0x48) [0xd40568] /home/peshtigo/pinskia/linux/lib/libmudflap.so.0(__mfwrap_sprintf+0x16c) [0xd4957c] ./a.out(_Z8conv_ptrPvPc+0xcc) [0x8048950] Nearby object 1: checked region begins 2B into and ends 2B after mudflap object 0x9a2f7d0: name=`t.cc:30 (main) char buf [9]' bounds=[0xbfe79f33,0xbfe79f3b] size=9 area=stack check=0r/5w liveness=5 alloc time=1114716962.109589 pc=0xd410a8 number of nearby objects: 1 -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269
[Bug libgcj/21270] BufferedReader.read( char[], int, int ) returns less than expected number of read chars
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:45 --- Note BufferedReader does not need to read in the full buffer, it actually is a non blocking reader: From http://java.sun.com/j2se/1.4.2/docs/api/java/io/ BufferedReader.html#read(char[],%20int,%20int) The ready method of the underlying stream returns false, indicating that further input requests would block. so I don't know if this is a real bug or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21270
[Bug ada/19002] GNAT BUG DETECTED, unqualified record aggregate triggers
--- Additional Comments From ludovic dot brenta at insalien dot org 2005-04-28 19:52 --- Here is another test case that produces the same bug box, from the Debian BTS: package Test_306832 is type T1 is record i: integer; end record; package pak1 is type T2 is tagged private; private type T2 is tagged null record; end pak1; generic package pak2 is function f(x: pak1.T2) return integer; function f(x: T1) return integer; j: integer := f((i = 2)); end pak2; package new_pak2 is new pak2; end Test_306832; +===GNAT BUG DETECTED==+ | 3.15p (20020523) (i686-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory access)| | Error detected at Test_306832.ada:19:24 [Test_306832.ada:22:4] | +===GNAT BUG DETECTED==+ | 4.0.0 20041212 (experimental) (i686-pc-linux-gnu) Assert_Failure sinfo.adb:2474| | Error detected at Test_306832.ada:19:24 [Test_306832.ada:22:4] | -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19002
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 20:24 --- The three SPEC CPU2000 tests build and run successfully with the patch in comment #8. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 20:26 --- A reload bug. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Component|middle-end |rtl-optimization Last reconfirmed|2004-12-19 16:28:57 |2005-04-28 20:26:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18877
[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 20:37 --- Subject: Bug 18877 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 20:36:57 Modified files: gcc: ChangeLog reload.c Log message: Prevent out-of-bounds array access in reload. PR rtl-optimization/18877 * reload.c (decompose) case REG, case SUBREG: Handle pseudo reg number in val.start. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8515r2=2.8516 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reload.c.diff?cvsroot=gccr1=1.270r2=1.271 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18877
[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 20:37 --- Fixed on mainline by Martin's patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18877
[Bug libstdc++/21271] New: Invalid free in std::string
in Mac os x 10.3.9, I get warnings about invalid or double free from the following piece of code when compiled at at least -O1. I believe this code to be valid by the standard. Due to time constraints for a couple of weeks I'm not going to be able to investigate more carefully what is causing this problem, and in particular if it's libstdc++, g++ or the apple malloc checker's fault. Sorry. #include new #include string #include stdexcept void test01(void) { int csz01; const char str_lit01[] = rodeo beach, marin; std::string str01(str_lit01); csz01 = str01.size(); std::string str03(str01,csz01); } int main() { test01(); return 0; } -- Summary: Invalid free in std::string Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris at bubblescope dot net CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: apple-ppc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21271
[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020
--- Additional Comments From laurent at guerby dot net 2005-04-28 21:12 --- More info (thanks to Andrew): -O1 -ftree-pre works -O1 -ftree-vrp works -O1 -funit-at-a-time ICEs -O2 -fno-unit-at-a-time works -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21241
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:45 --- Oh, the -I/usr/local/include is there twice, why? Can you attach the Makefile and config.log and config.status? There is a work around for this bug, is first compile FSF's GCC before 4.0.0 and then recompile GCC as the FSF's GCC all already include /usr/local/include as part of the include paths. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|normal Status|UNCONFIRMED |WAITING Keywords||build Summary|Bootstrap, configuration|[4.0/4.1 Regression] |problem and insn- |Bootstrap, configuration |conditions.c|problem and insn- ||conditions.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug libgcj/21270] BufferedReader.read( char[], int, int ) returns less than expected number of read chars
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:52 --- *** This bug has been marked as a duplicate of 18376 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21270
[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:52 --- *** Bug 21270 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mnefedov at rogers dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18376
[Bug libstdc++/21271] Invalid free in std::string
--- Additional Comments From pcarlini at suse dot de 2005-04-28 21:57 --- Hi Chris. Whereas I'm not seeing anything wrong with Valgrind on x86, I'm willing to check also ppc-darwin but would appreciate detailed instructions to reproduce the problem. In the meanwhile, I would suggest checking whether is an artifact due to the pool allocation of mt_alloc: can you repeat your test with a GCC built with --enable-libstdcxx-allocator=new?!? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21271
[Bug tree-optimization/21272] New: SSA_NAME def follows use with -ftree-vectorize
GCC mainline gets an internal compiler error compiling SPEC CPU2000 tests ammp, galgel, lucas, and twolf on powerpc64-linux with -O2 -ftree-vectorize -maltivec and either -m32 or -m64, as shown by this minimized testcase: double foo (int j, double *v, double x) { int i; for (i = 0; i j; i++) if (v[i] x) x = v[i]; return x; } elm3b145% /opt/gcc-nightly/mline-20050427/bin/gcc -m32 -O2 -ftree-vectorize -maltivec -c bug.c bug.c: In function foo: bug.c:3: error: Definition in block 2 follows the use for SSA_NAME: i_15 in statement: x_2 = j_6 i_15 ? x_14 : x_23; bug.c:3: internal compiler error: verify_ssa failed. The failures start with this patch from dpatel: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg01172.html -- Summary: SSA_NAME def follows use with -ftree-vectorize Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org CC: dpatel at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21272
[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:29 --- *** This bug has been marked as a duplicate of 21266 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21272
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:29 --- *** Bug 21272 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:35 --- From the dup bug: The failures start with this patch from dpatel: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg01172.html -- What|Removed |Added CC||dpatel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?
--- Additional Comments From greenrd at greenrd dot org 2005-04-28 22:38 --- Please reopen. JDK1.5 javadocs for BufferedReader.read include this new information: As an additional convenience, it attempts to read as many characters as possible by repeatedly invoking the read method of the underlying stream. Bug 18840 addressed the same issue for BufferedInputStream by bringing libgcj into compliance with JDK1.5; the same should be done here, for BufferedReader. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18376
[Bug middle-end/21273] New: gensupport.c:collect_insn_data doesn't consider the constraints of match_scratch
collect_insn_data is supposed to figure out the max number of constraints, but doesn't look at the constraints of match_scratch (only match_operand). Though match_scratch is unlikely to be the only specified constraint in a pattern (and so unlikely to affect any target), it's nevertheless a bug. -- Summary: gensupport.c:collect_insn_data doesn't consider the constraints of match_scratch Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: any http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21273
[Bug middle-end/21273] gensupport.c:collect_insn_data doesn't consider the constraints of match_scratch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 23:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-28 23:00:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21273
[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 23:38 --- Subject: Bug 21173 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-04-28 23:38:11 Modified files: gcc: ChangeLog.apple-ppc tree-ssa-pre.c Log message: 2005-04-28 Dale Johannesen [EMAIL PROTECTED] Radar 4100712 (PR 21173, Dan Berlin's patch) * tree-ssa-pre.c (create_expression_by_pieces): Call unshare_expr on things we pass to force_gimple_operand. Don't try to special case min_invariants. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.1.4.53r2=1.1.4.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=2.64.2.2r2=2.64.2.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
[Bug debug/20967] g++ generates same DW_AT_ranges info for two different functions
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 23:52 --- My opinion is roughly the same as Daniel's. The debug info being emitted by gcc here is fine. The underlying problem here is that Fred is trying to improve support for inlined function calls, and the current structure of the debug info emitted by gcc makes this difficult. However, Fred pointed me at the dwarf3 docs for DW_AT_call_file and DW_AT_call_line. It turns out to be easy to make gcc emit this extra debug info, and I have written a patch that does so. This patch does not fix this PR, but it does make it moot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20967
[Bug debug/20967] g++ generates same DW_AT_ranges info for two different functions
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 23:58 --- Created an attachment (id=8760) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8760action=view) Emit DW_AT_call_file and DW_AT_CALL_line for inlined subroutines. This emits extra debug info that describes where an inlined subroutine was called from. This extra info would allow one to construct backtraces that contain info about inlined subroutines. This has been tested with an x86-linux bootstrap, make check, and gdb make check. There were no regressions. I haven't checked in the patch yet as I have no proof that it does anything useful, since neither binutils nor gdb handle this new debug info. I'm waiting for patches from Fred that will make use of this new info. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20967
[Bug preprocessor/21250] [4.1 Regression] line number 0 for built-in causes GAS to complain
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-28 23:59 --- Re comment #2: I don't believe the text you quoted from the C standard is relevant. built-in is not a source file. While the C standard isn't directly relevant to Gas, a relevant issue is what the C standard says of #line directives: Should a C compiler complain if it sees a line number zero in a #line directive? Note this is directly answered by your quotation. But rather than argue standards, my inclination would be to use zero as the pseudo-line-number of built-in declarations, but suppress the output of the # 0 built-in in preprocessor output. This will have to be discussed on the gcc/gcc-patches mailing list (after I get back home). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21250
[Bug target/21098] [3.4/4.0 only] .note.GNU-stack emitted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 00:20 --- Subject: Bug 21098 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 00:19:57 Modified files: gcc: ChangeLog gcc/config/rs6000: linux64.h rs6000.c Log message: PR target/21098 * config/rs6000/rs6000.c (rs6000_elf_end_indicate_exec_stack): New. * config/rs6000/linux64.h (TARGET_ASM_FILE_END): Use the above. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.203r2=2.7592.2.204 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/linux64.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.74r2=1.74.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.788.2.5r2=1.788.2.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21098
[Bug target/21098] [3.4 only] .note.GNU-stack emitted
-- What|Removed |Added Target Milestone|4.0.1 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21098
[Bug target/21098] [3.4 only] .note.GNU-stack emitted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 00:32 --- Subject: Bug 21098 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-04-29 00:32:05 Modified files: gcc: ChangeLog gcc/config/rs6000: linux64.h rs6000.c Log message: PR target/21098 * config/rs6000/rs6000.c (rs6000_elf_end_indicate_exec_stack): New. * config/rs6000/linux64.h (TARGET_ASM_FILE_END): Use the above. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.844r2=2.2326.2.845 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/linux64.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.53.4.11r2=1.53.4.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.576.2.44r2=1.576.2.45 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21098
[Bug target/21098] .note.GNU-stack emitted
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-29 00:34 --- Fixed on all active branches -- What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.0.1 4.1.0 |3.4.4 4.0.1 4.1.0 Resolution||FIXED Summary|[3.4 only] .note.GNU-stack |.note.GNU-stack emitted |emitted | Target Milestone|3.4.4 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21098
[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize
--- Additional Comments From dpatel at apple dot com 2005-04-29 00:45 --- Subject: Re: New: SSA_NAME def follows use with -ftree-vectorize It's my think-o. Try this, Index: tree-if-conv.c === RCS file: /cvs/gcc/gcc/gcc/tree-if-conv.c,v retrieving revision 2.38 diff -Idpatel.pbxuser -c -3 -p -r2.38 tree-if-conv.c *** tree-if-conv.c 21 Apr 2005 17:02:15 - 2.38 --- tree-if-conv.c 29 Apr 2005 00:44:04 - *** find_phi_replacement_condition (struct l *** 701,707 basic_block tmp_bb; tmp_bb = first_bb; first_bb = second_bb; ! second_bb = first_bb; } /* Check if FIRST_BB is loop header or not. */ --- 701,707 basic_block tmp_bb; tmp_bb = first_bb; first_bb = second_bb; ! second_bb = tmp_bb; } /* Check if FIRST_BB is loop header or not. */ - Devang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21272
[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-29 02:03 --- (In reply to comment #9) I guess the right fix is to use adjust_address rather than plus_constant. Please try http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02820.html with the additional assignment to any_change described in http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02830.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
[Bug c++/21274] New: SSA Crash, reproducable
The g++-4.0 in the Ubuntu Hoary repository crashes on the following file. --- crash-4.0.cc starts here --- /* prompt g++-4.0 -msse2 -O3 -ftree-vectorize -ftree-vectorizer-verbose=5 -c crash-4.0.cc crash-4.0.cc:11: note: Alignment of access forced using peeling. crash-4.0.cc:11: note: LOOP VECTORIZED. crash-4.0.cc:26: note: Alignment of access forced using peeling.crash-4.0.cc: In function DenseMatrix* mat_identity(int): crash-4.0.cc:21: internal compiler error: in gimplify_expr, at gimplify.c:4070 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. prompt g++-4.0 --version g++-4.0 (GCC) 4.0.0 20050301 (prerelease) (Debian 4.0-0pre6ubuntu7) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. prompt uname -a Linux tamale 2.6.10-5-amd64-generic #1 Tue Apr 5 12:21:57 UTC 2005 x86_64 GNU/Linux */ class DenseMatrix { int rows_, cols_; double *ptr_; public: DenseMatrix(int nr, int nc) : rows_(nr), cols_(nc) { ptr_ = new double[nr * nc]; } void zero() { for (int i = 0; i rows_ * cols_; i++) ptr_[i] = 0.0; } inline double* operator[](int r) { return ptr_ + r * cols_; } }; //! Create Identity Matrix DenseMatrix *mat_identity(int len) { DenseMatrix *eye = new DenseMatrix(len, len); eye-zero(); for (int i=0; ilen; i++) { (*eye)[i][i]=1; } return eye; } -- Summary: SSA Crash, reproducable Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: callahan at sci dot utah dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug c/21275] New: gcc 4.0.0 crash with mingw when using stdout in global var
This small piece of code doesn't work with gcc 4.0.0, but with 3.4/3.3: - #include stdio.h #include stdlib.h FILE* out = stdout; int main( int argc, char **argv ) { // out = stdout; // this is ok return 0; } - Here the output: C:\tmpgcc main.c main.c:4: error: initializer element is not constant C:\tmpg++ main.c main.c:9: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. C:\tmpgcc -v Using built-in specs. Target: mingw32 Configured with: ../gcc-4.0.0/configure --with-gcc --with-gnu-ld --with-gnu-as - -host=mingw32 --target=mingw32 --prefix=/mingw --enable-languages=c,c++ --enable -threads --disable-nls --disable-win32-registry --disable-shared --enable-sjlj-e xceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enab le-libstdcxx-debug : (reconfigured) ../gcc-4.0.0/configure --disable-libada --wi th-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/min gw --enable-languages=c,c++ --enable-threads --disable-nls --disable-win32-regis try --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 4.0.0 -- Summary: gcc 4.0.0 crash with mingw when using stdout in global var Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ch dot ehrlicher at gmx dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275