[Bug libfortran/20125] gfortran - backspace on binary files errors
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:04 --- Subject: Bug 20125 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-03 08:04:04 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: 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.90&r2=1.5084.2.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.13&r2=1.163.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.9&r2=1.9.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20125
[Bug libfortran/20471] Segmentation fault on read after backspace and rewind
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:04 --- Subject: Bug 20471 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-03 08:04:04 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: 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.90&r2=1.5084.2.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.13&r2=1.163.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.9&r2=1.9.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20471
[Bug libfortran/20068] Backspace problems
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:04 --- Subject: Bug 20068 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-03 08:04:04 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: 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.90&r2=1.5084.2.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.13&r2=1.163.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.9&r2=1.9.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20068
[Bug libfortran/20156] gfortran - bus error on backspace
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:04 --- Subject: Bug 20156 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-03 08:04:04 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: 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.90&r2=1.5084.2.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.13&r2=1.163.2.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.9&r2=1.9.12.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20156
[Bug libfortran/20471] Segmentation fault on read after backspace and rewind
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:07 --- Subject: Bug 20471 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 08:07:43 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5270&r2=1.5271 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.180&r2=1.181 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&r1=1.9&r2=1.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20471
[Bug libfortran/20068] Backspace problems
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:07 --- Subject: Bug 20068 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 08:07:43 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5270&r2=1.5271 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.180&r2=1.181 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&r1=1.9&r2=1.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20068
[Bug libfortran/20125] gfortran - backspace on binary files errors
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:07 --- Subject: Bug 20125 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 08:07:43 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5270&r2=1.5271 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.180&r2=1.181 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&r1=1.9&r2=1.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20125
[Bug libfortran/20156] gfortran - bus error on backspace
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:07 --- Subject: Bug 20156 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 08:07:43 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : backspace.c Added files: gcc/testsuite/gfortran.dg: backspace.f Log message: PR libfortran/20068 PR libfortran/20125 PR libfortran/20156 PR libfortran/20471 * io/backspace.c (unformatted_backspace): Fix error in arithmetic. (st_backspace): When in WRITING mode, we flush and falling back into READING mode. In all cases, correctly position the stream. * gfortran.dg/backspace.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5270&r2=1.5271 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/backspace.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.180&r2=1.181 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/backspace.c.diff?cvsroot=gcc&r1=1.9&r2=1.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20156
[Bug libgcj/20727] double free or corruption
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:09 --- Subject: Bug 20727 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 08:08:59 Modified files: libjava: ChangeLog libjava/java/nio: DirectByteBufferImpl.java Log message: 2005-04-02 Anthony Green <[EMAIL PROTECTED]> PR libgcj/20727 * java/nio/DirectByteBufferImpl.java: Fix buffer ownership bug. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3451&r2=1.3452 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/nio/DirectByteBufferImpl.java.diff?cvsroot=gcc&r1=1.20&r2=1.21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20727
[Bug libfortran/20068] Backspace problems
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-03 08:09 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20068
[Bug libfortran/20125] gfortran - backspace on binary files errors
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-03 08:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20125
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 20125, which changed state. Bug 20125 Summary: gfortran - backspace on binary files errors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20125 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug libfortran/20156] gfortran - bus error on backspace
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-03 08:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20156
[Bug libfortran/20471] Segmentation fault on read after backspace and rewind
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-03 08:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20471
[Bug libgcj/20727] double free or corruption
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 08:11 --- Subject: Bug 20727 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-03 08:11:27 Modified files: libjava: ChangeLog libjava/java/nio: DirectByteBufferImpl.java Log message: 2005-04-02 Anthony Green <[EMAIL PROTECTED]> PR libgcj/20727 * java/nio/DirectByteBufferImpl.java: Fix buffer ownership bug. 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.36&r2=1.3391.2.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/nio/DirectByteBufferImpl.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.20&r2=1.20.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20727
[Bug c/20738] New: bootstrap failure for avr on head 4.1
Hi, when checking out the gcc tree this morning for a clean rebuild and regular testsuite run, I observed that bootstrap failed. It seems that it is related to some preprocessor issue: 1.) Problem occures when assembling the libgcc library. First failing operation is /home/bmh/gnucvs/head/build/./gcc/xgcc -B/home/bmh/gnucvs/head/build/./gcc/ -B/usr/local/avr/bin/ -B/usr/local/avr/lib/ -isystem /usr/local/avr/include -isystem /usr/local/avr/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -DL_mulqi3 -xassembler-with-cpp -c ../../gcc/gcc/config/avr/libgcc.S -c libgcc/./_mulqi3.o and the error message reads ../../gcc/gcc/config/avr/libgcc.S: Assembler messages: ../../gcc/gcc/config/avr/libgcc.S:72: Error: suffix or operands invalid for `clr' ../../gcc/gcc/config/avr/libgcc.S:72: Error: no such instruction: `clear result' ../../gcc/gcc/config/avr/libgcc.S:74: Error: no such instruction: `sbrc r24,0' ../../gcc/gcc/config/avr/libgcc.S:75: Error: too many memory references for `add' ../../gcc/gcc/config/avr/libgcc.S:76: Error: too many memory references for `add' ../../gcc/gcc/config/avr/libgcc.S:76: Error: no such instruction: `shift multiplicand' ../../gcc/gcc/config/avr/libgcc.S:77: Error: no such instruction: `breq __mulqi3_exit' ../../gcc/gcc/config/avr/libgcc.S:77: Error: no such instruction: `while multiplicand!=0' ../../gcc/gcc/config/avr/libgcc.S:78: Error: no such instruction: `lsr r24' ../../gcc/gcc/config/avr/libgcc.S:79: Error: no such instruction: `brne __mulqi3_loop' ../../gcc/gcc/config/avr/libgcc.S:79: Error: no such instruction: `exit if multiplier=0' ../../gcc/gcc/config/avr/libgcc.S:81: Error: too many memory references for `mov' ../../gcc/gcc/config/avr/libgcc.S:81: Error: no such instruction: `result to return register' make[2]: *** [libgcc/./_mulqi3.o] Fehler 1 make[1]: *** [stmp-multilib] Fehler 2 make: *** [all-gcc] Fehler 2 2.) My impression is that the problem is possibly related to some preprocessor issue because when executing /home/bmh/gnucvs/head/build/./gcc/xgcc -B/home/bmh/gnucvs/head/build/./gcc/ -B/usr/local/avr/bin/ -B/usr/local/avr/lib/ -isystem /usr/local/avr/include -isystem /usr/local/avr/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -DL_mulqi3 -xassembler-with-cpp -c ../../gcc/gcc/config/avr/libgcc.S -c libgcc/./_mulqi3.s in order to have a look at the assembly output, no file _mulqi3.s is generated. Instead the output of the preprocessor is written to stdout. Yours, Björn -- Summary: bootstrap failure for avr on head 4.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bjoern dot m dot haase at web dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: linux-i686 GCC target triplet: avr-unkown-none http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20738
[Bug libgcj/20727] double free or corruption
--- Additional Comments From green at redhat dot com 2005-04-03 08:28 --- Fix checked into 4.0 branch and HEAD. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |green at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-03 08:28:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20727
[Bug libgcj/20727] double free or corruption
--- Additional Comments From green at redhat dot com 2005-04-03 08:28 --- Fix committed to 4.0 branch and HEAD. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20727
[Bug c++/20237] Problem with order of destruction in shared object.
--- Additional Comments From james dot kanze at free dot fr 2005-04-03 11:04 --- Subject: Re: Problem with order of destruction in shared object. pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 19:45 --- > How did you configure gcc? Did you use --enable-__cxa_atexit? Sorry for the delay in the response. I didn't actually know how the gcc was set up, since it was installed as part of my Linux distribution. Since I wanted to upgrade anyway, I decided to wait until I upgraded, use --enable-__cax_atexit for the upgrade, and report back. With 3.4.3 and --enable-__cax_atexit, it works. So I guess you can mark the error as "resolved: user error." (One might ask why a Linux distribution is so configured, but that's Linux for you.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20237
[Bug middle-end/20648] [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 11:27 --- Subject: Bug 20648 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 11:27:39 Modified files: gcc: bb-reorder.c ChangeLog Log message: PR middle-end/20648 * bb-reorder.c (duplicate_computed_gotos): Do not unfactor a computed goto if the edge to the computed goto block has incoming abnormal edges. Clarify how the function works. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/bb-reorder.c.diff?cvsroot=gcc&r1=1.97&r2=1.98 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8099&r2=2.8100 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648
[Bug c++/20723] [4.1 Regression] ICE in more_specialized_fn, more than one user-defined conversion "srp" to "ptr"
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-03 12:32 --- 2005-04-03 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20723 * pt.c (more_specialized_fn): Member functions are unordered wrt non-members. Conversion operators are unordered wrt other functions. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20723
[Bug c++/20723] [4.1 Regression] ICE in more_specialized_fn, more than one user-defined conversion "srp" to "ptr"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 12:33 --- Subject: Bug 20723 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 12:33:02 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: spec22.C spec23.C Log message: cp: PR c++/20723 * pt.c (more_specialized_fn): Member functions are unordered wrt non-members. Conversion operators are unordered wrt other functions. testsuite: PR c++/20723 * g++.dg/template/spec22.C: New. * g++.dg/template/spec23.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4683&r2=1.4684 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.988&r2=1.989 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5271&r2=1.5272 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/spec22.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/spec23.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20723
[Bug middle-end/20648] [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-03 12:49 --- Should be fixed on mainline now, can someone confirm this for ia64? -- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648
[Bug c++/20629] internal compiler error: in cp_tree_equal, at cp/tree.c:1552
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-03 12:51 --- This bug disappeared today for me. Coalan, do you still see it? -- What|Removed |Added CC||stevenb at suse dot de Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
[Bug target/20738] bootstrap failure for avr on head 4.1
-- What|Removed |Added Component|c |target Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20738
[Bug libgcj/20727] double free or corruption
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20727
[Bug c++/20237] Problem with order of destruction in shared object.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 13:11 --- Closing as works for me. I want to say because they did not read the installation instructions. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20237
[Bug c++/18644] [3.3/3.4 regression] -Wsynth warning in
-- What|Removed |Added Summary|[3.3/3.4/4.0 regression] - |[3.3/3.4 regression] -Wsynth |Wsynth warning in |warning in Target Milestone|4.0.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18644
[Bug target/20738] bootstrap failure for avr on head 4.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 13:16 --- Can you add -v to the orginal command and give the output? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20738
[Bug middle-end/20648] [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force
--- Additional Comments From schwab at suse dot de 2005-04-03 13:24 --- Regression test still running, but bootstrap has succeeded. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648
[Bug rtl-optimization/15242] [3.3/3.4 regression] pessimization of "goto *"
-- Bug 15242 depends on bug 20648, which changed state. Bug 20648 Summary: [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |ASSIGNED Status|ASSIGNED|WAITING Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15242
[Bug libffi/20730] Assembler illegal subtraction in libffi on Solaris 8 Intel
--- Additional Comments From pfelecan at acm dot org 2005-04-03 13:38 --- (In reply to comment #9) > Ok for the preprocessed source line 91 for the preproceser source: > .long .LFB1-. assembled on Solaris 10 Intel: /usr/ccs/bin/as -V -Qy -s -o sysv.o sysv.s as: Sun Compiler Common 10 s10_73 11/23/2004 Assembler: "sysv.s", line 91 : Warning: Illegal subtraction - symbols from different sections: ".LFB1", ".DOT-0" > This is valid as far as I know. > Again can you try with the GNU binutils. it's successful with gas: gnu-as -v -o sysv.o sysv.s GNU assembler version 2.14 (i386-pc-solaris2.8) using BFD version 2.14 20030612 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
[Bug target/20738] bootstrap failure for avr on head 4.1
--- Additional Comments From bjoern dot m dot haase at web dot de 2005-04-03 14:04 --- Hi, I have so far found out, that the problem I have observed comes from the configure process. For a reason, I have not figured out so far, my newly built xgcc did try to pipe the asm sources through the "host-as" instead of the "target-as". So I am now almost convinced that it is not a real bug but a local problem on my machine. I'll be going to try the same thing on another machine tomorrow morning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20738
[Bug middle-end/20739] New: [4.0/4.1 regression] ICE in gimplify_addr_expr
$ cat t.c
typedef struct
{
char chars[5];
}
baz_t;
extern baz_t * baz;
extern void foo (baz_t);
int
bar (const baz_t * ls)
{
foo (ls == 0 ? *(&baz[0]) : *ls);
}
$ ./cc1 -O t.c -Wall
bar
t.c: In function 'bar':
t.c:13: internal compiler error: in gimplify_addr_expr, at gimplify.c:3246
This is GCC 4.1.0 20050403 on (i686-pc-linux-gnu).
The problem showed up in ncurses.
--
Summary: [4.0/4.1 regression] ICE in gimplify_addr_expr
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: aj at suse dot de,gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug middle-end/20739] [4.0/4.1 regression] ICE in gimplify_addr_expr
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-03 14:33 --- C ICE-on-valid bugs are release critical. -- What|Removed |Added Severity|normal |critical Priority|P2 |P1 Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug bootstrap/14316] collect2 doesnt build on windows hosts
--- Additional Comments From ian at airs dot com 2005-04-03 14:40 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14316
[Bug target/14812] ARM optimizer changes rsb/cmp to cmn, but condition codes different
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-03 14:41 --- Subject: Bug 14812 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-03 14:41:25 Modified files: gcc: ChangeLog gcc/config/arm : arm.md Log message: PR target/14812 * arm.md (addsi3_compare0_for_combiner): Delete. (addsi3_compare0_scratch_for_combiner): Delete. (cmpsi_neg_shiftsi): Delete. (compare_negsi_si): New pattern. (cmpsi_negshiftsi_si): New pattern. (negated_cbranchsi4): Restrict to equality_operator. * arm.md (movhi_insn_arch4): delete trailing white space from assembler template. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8102&r2=2.8103 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/arm/arm.md.diff?cvsroot=gcc&r1=1.193&r2=1.194 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14812
[Bug middle-end/20739] [4.0/4.1 regression] ICE in gimplify_addr_expr
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-03 14:49 --- We ICE on an assert: #ifdef ENABLE_CHECKING tree t_op0 = TREE_TYPE (op0); gcc_assert ((TREE_CODE (t_op0) == ARRAY_TYPE && POINTER_TYPE_P (t_expr) && cpt_same_type (TREE_TYPE (t_op0), TREE_TYPE (t_expr)) && POINTER_TYPE_P (t_op00) && cpt_same_type (t_op0, TREE_TYPE (t_op00))) || 1); #endif Without the assert, the compilation continues and appears to produce the right code too. What is the rationale for this assert?? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug target/14812] ARM optimizer changes rsb/cmp to cmn, but condition codes different
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-04-03 14:56 --- Fixed. I've also done a full audit of the other patterns and fixed similar cases that I could find. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14812
[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-03 15:21 --- The test still fails on some platforms, at least on mainline: On ia64-hp-hpux11.23: Executing on host: /scratch/gcc/nightly-2005-04-03-mainline/ia64-hp-hpux11.23/build_gcc/build/gcc/xgcc -B/scratch/gcc/nightly-2005-04-03-mainline/ia64-hp-hpux11.23/build_gcc/build/gcc/ /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c -O2 -S -milp32 -o asm-subreg-1.s(timeout = 300) /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c: In function 'evas_common_convert_yuv_420p_601_rgba': /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c:13: internal compiler error: in rws_access_regno, at config/ia64/ia64.c:4815 On hppa64-hp-hpux11.23: Executing on host: /scratch/gcc/nightly-2005-04-03-mainline/hppa64-hp-hpux11.23/build_gcc/build/gcc/xgcc -B/scratch/gcc/nightly-2005-04-03-mainline/hppa64-hp-hpux11.23/build_gcc/build/gcc/ /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c -O1 -S -o asm-subreg-1.s(timeout = 300) /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c: In function 'evas_common_convert_yuv_420p_601_rgba': /home/gcc/nightlies/gcc-mainline-2005-04-03/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c:12: error: 'asm' operand requires impossible reload -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
[Bug middle-end/20739] [4.0/4.1 regression] ICE in gimplify_addr_expr
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-03 15:32 --- Introduced by rth's patch http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg00682.html. If this patch was ever posted to gcc-patches, I can't find the mail for it. -- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug middle-end/20739] [4.0/4.1 regression] ICE in gimplify_addr_expr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
16:53 ---
Confirmed.
Note you don't even have to include the *(&a) part either:
typedef struct
{
char chars[5];
}
baz_t;
extern baz_t * baz;
extern void foo (baz_t);
int
bar (const baz_t * ls)
{
foo (ls == 0 ? *baz : *ls);
}
But the above worked with "4.0.0 20050225" so something more recent introduced
the problem.
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-03 16:53:11
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug bootstrap/14316] collect2 doesnt build on windows hosts
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14316
[Bug other/20737] Build fails in target-libiberty
--- Additional Comments From jim at dishaw dot org 2005-04-03 16:59 --- (In reply to comment #1) > This error does not make sense. > could attach the full build log for this target? That is the extent of the build. What I find unusual is that the configure script has target-libiberty as skipped and then it looks like the makefile is trying to build target-libiberty. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug other/20737] Build fails in target-libiberty
--- Additional Comments From jim at dishaw dot org 2005-04-03 17:01 --- (In reply to comment #1) > This error does not make sense. > could attach the full build log for this target? This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:595: checking host system type configure:616: checking target system type configure:634: checking build system type configure:689: checking for a BSD compatible install configure:742: checking whether ln works configure:766: checking whether ln -s works configure:1777: checking for gcc configure:1890: checking whether the C compiler (gcc ) works configure:1906: gcc -o conftestconftest.c 1>&5 configure:1932: checking whether the C compiler (gcc ) is a cross-compiler configure:1937: checking whether we are using GNU C configure:1946: gcc -E conftest.c configure:1965: checking whether gcc accepts -g configure:2032: checking for gnatbind configure:2097: checking whether compiler driver understands Ada configure:2130: checking how to compare bootstrapped objects configure:2228: checking for correct version of gmp.h configure:2241: gcc -c -g -O2 -I/sys/sdf/sci/include -I/sys/sdf/sci/include con ftest.c 1>&5 configure:2254: checking for MPFR configure:2267: gcc -o conftest -g -O2 -I/sys/sdf/sci/include -I/sys/sdf/sci/inc lude conftest.c -L/sys/sdf/sci/lib -L/sys/sdf/sci/lib -lmpfr -lgmp 1>&5 configure:2754: checking for bison configure:2789: checking for bison configure:2824: checking for gm4 configure:2859: checking for flex configure:2894: checking for flex configure:2929: checking for makeinfo configure:3534: checking for alpha-unknown-netbsd1.6.2.-ar configure:3567: checking for ar configure:3606: checking for alpha-unknown-netbsd1.6.2.-as configure:3639: checking for as configure:3678: checking for alpha-unknown-netbsd1.6.2.-dlltool configure:3711: checking for dlltool configure:3750: checking for alpha-unknown-netbsd1.6.2.-ld configure:3783: checking for ld configure:3822: checking for alpha-unknown-netbsd1.6.2.-nm configure:3855: checking for nm configure:3894: checking for alpha-unknown-netbsd1.6.2.-ranlib configure:3927: checking for ranlib configure:3966: checking for alpha-unknown-netbsd1.6.2.-windres configure:3999: checking for windres configure:4038: checking for alpha-unknown-netbsd1.6.2.-objcopy configure:4071: checking for objcopy configure:4110: checking for alpha-unknown-netbsd1.6.2.-objdump configure:4143: checking for objdump configure:4189: checking for alpha-unknown-netbsd1.6.2.-ar configure:4222: checking for ar configure:4261: checking for alpha-unknown-netbsd1.6.2.-as configure:4294: checking for as configure:4333: checking for alpha-unknown-netbsd1.6.2.-dlltool configure:4366: checking for dlltool configure:4405: checking for alpha-unknown-netbsd1.6.2.-ld configure:4438: checking for ld configure:4477: checking for alpha-unknown-netbsd1.6.2.-nm configure:4510: checking for nm configure:4549: checking for alpha-unknown-netbsd1.6.2.-ranlib configure:4582: checking for ranlib configure:4621: checking for alpha-unknown-netbsd1.6.2.-windres configure:4654: checking for windres configure:4739: checking whether to enable maintainer-specific portions of Makef iles configure:4786: checking if symbolic links between directories work -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:04 --- (In reply to comment #21) > The test still fails on some platforms, at least on mainline: > > On ia64-hp-hpux11.23: This is a target problem and most likely deserves a new PR instead as it might not be a regression. > On hppa64-hp-hpux11.23: This one is weird as X means any constraint and it might also be another target related problem. I would file this one seperate too instead of reopening this bug as they both look not related to or even a regression. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
[Bug middle-end/20739] [4.0/4.1 regression] ICE in gimplify_addr_expr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:12 --- (In reply to comment #4) > But the above worked with "4.0.0 20050225" so something more recent > introduced the problem. Even the the orginal testcase works with that above version too. I am thinking this was caused by: 2005-03-14 Alexandre Oliva <[EMAIL PROTECTED]> PR c++/20280 * gimplify.c (gimplify_cond_expr): Add fallback argument. Use a temporary variable of pointer type if an lvalues is required. (gimplify_modify_expr_rhs): Request an rvalue from it. (gimplify_expr): Pass fallback on. -- What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20739
[Bug other/20737] Build fails in target-libiberty
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:14 --- How did you configure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug c++/20734] [4.0/4.1 Regression] rejects valid pointer to member
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:18 --- This is related to PR 20465 and PR 20381 which you fixed with: 2005-03-22 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20465 PR c++/20381 * typeck.c (build_ptrmemfunc): Allow OFFSET_REF when processing a template. Could you look into this? -- What|Removed |Added CC||nathan at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20734
[Bug target/14839] configure does not check for the presence of 32bits libc with --disable-multilib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:20 --- Suspending as the other targets bugs are also suspended when you don't have 32bit libs. -- What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14839
[Bug c/20740] New: cc1 segfaults
The following code segfaults. void foo (tree); void bar (const char *, ...) __attribute__ ((__format__ (__gcc_diag__, 1, 2))) -- Summary: cc1 segfaults Product: gcc Version: unknown Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at cs dot umass dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20740
[Bug other/20737] Build fails in target-libiberty
--- Additional Comments From jim at dishaw dot org 2005-04-03 17:42 --- (In reply to comment #5) > How did you configure? ../gcc/configure --with-gmp=/sys/sdf/sci --with-mpfr=/sys/sdf/sci --prefix=/sys/sdf/sci --enable-languages=c,c++,f95 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug c/20740] [3.4/4.0/4.1 Regression] cc1 segfaults
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:42 --- Confirmed, a regression from 3.3.x. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||3.4.0 4.0.0 4.1.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2005-04-03 17:42:59 date|| Summary|cc1 segfaults |[3.4/4.0/4.1 Regression] cc1 ||segfaults Target Milestone|--- |4.0.1 Version|unknown |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20740
[Bug c++/20734] [4.0/4.1 Regression] rejects valid pointer to member
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 17:50 --- It also fails with "4.1.0 20050308". I think this was caused by: 2005-03-05 Kriang Lerdsuwanakij <[EMAIL PROTECTED]> PR c++/19311 * init.c (build_offset_ref): Don't build non-dependent SCOPE_REF. * pt.c (build_non_dependent_expr): Don't build NON_DEPENDENT_EXPR for OFFSET_TYPE. * typeck.c (build_x_unary_op): Don't build non-dependent SCOPE_REF. Also set PTRMEM_OK_P for NON_DEPENDENT_EXPR. (build_unary_op): Handle building ADDR_EXPR of OFFSET_REF inside template. -- What|Removed |Added CC||lerdsuwa at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20734
[Bug target/20738] bootstrap failure for avr on head 4.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 18:11 --- Closing as works for me. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20738
[Bug fortran/17917] gfortran ICE on "equivalence"
--- Additional Comments From tcallawa at redhat dot com 2005-04-03 18:11 --- hdf5 is also hitting this ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-03
18:19 ---
On hppa64-hp-hpux*, I think we still have the same bug. Combine is
still generating an insn that reload can't handle:
(insn 16 15 17 0 (asm_operands/v ("") ("") 0 [
(mem/s/v/j:HI (mem/u/c:DI (lo_sum:DI (plus:DI (reg:DI 27 %r27)
(high:DI (symbol_ref:DI ("_const_32") )))
(unspec:DI [
(symbol_ref:DI ("_const_32") )
] 2)) [0 S8 A64]) [0 _const_32+0 S2 A32])
]
[
(asm_input:HI ("X"))
] ("/test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/torture/asm-subreg-1.c")
12) -1 (nil)
(nil))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
Over 900,000 New Marketing Leads to Import into your Database
The 2005 Canadian Business Database is a fully functional application with enhanced search capabilities that allow business owners and marketing/sales professionals to search, sort, print and export contact lists. The 2005 Canadian Business Database is the ideal solution for creating effective and reliable marketing campaigns and expand existing contact lists. FEATURES : - Over 900,000 canadian businesses on CD - Easy to navigate - 100% free data export (txt, dbf, wk1, csv, bas, slk, mer, htm...) - High compatibility (Avery, Winfax, MS Office, Filemaker, Act, Goldmine...) - Advanced searching and sorting capabilities - Allow you to add comments and additional information for each record * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > GET THE PROMO VERSION FOR ONLY $149.95! Call us toll free in North America : 1 ( 8 6 6) 3 2 2 - 3 3 7 6 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
[Bug other/20741] New: reject valid code (?)
# gcc -Wall -c bug.c -DBUG bug.c: In function 'foo': bug.c:10: error: jump into statement expression bug.c:13: error: jump into statement expression bug.c:11: error: jump into statement expression bug.c:14: error: jump into statement expression bug.c:14: warning: label 'encodeend1' defined but not used bug.c:13: warning: label 'encodeend0' defined but not used # gcc -v Reading specs from /usr/lib/gcc/i686-pld-linux/4.0.0/specs Target: i686-pld-linux Configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,ada --enable-c99 --enable-long-long --disable-multilib --enable-nls --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-x --enable-cmath i686-pld-linux Thread model: posix gcc version 4.0.0 20050402 (prerelease) (PLD Linux) -- Summary: reject valid code (?) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at pld-linux dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20741
[Bug other/20741] reject valid code (?)
--- Additional Comments From pluto at pld-linux dot org 2005-04-03 18:55 --- Created an attachment (id=8522) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8522&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20741
[Bug other/20741] reject valid code (?)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 18:56 --- No this is invalid code, see PR 772 and PR 17913. *** This bug has been marked as a duplicate of 772 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20741
[Bug c++/772] Statement expressions issues
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03 18:56 --- *** Bug 20741 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||pluto at pld-linux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=772
[Bug other/20731] contrib/gcc_update hard code -r gcc-3_4-branch
-- What|Removed |Added CC||gerald at pfeifer dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20731
[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary
--- Additional Comments From mark at codesourcery dot com 2005-04-04 00:37 --- Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary roger at eyesopen dot com wrote: > I'd hoped I'd made this clear when I proposed the alternate strategy of only > disabling this optimization *only* in the C++ front-end, and *only* prior to > tree-ssa. Roger, Alexandre, will you to please coordinate to determine who will take responsibility for preparing a patch? What's difficult for me is that I can't quite figure out who's going to actually take this bug and run with it. I think Alexandre is trying hard to fix it, but I'm not confident that he understands what Roger wants. If you two aren't able to work through the issues, or don't have time, please let me know; I want to find some way to get this problem dealt with before 4.0. Thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19199
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04 01:26 --- Somehow missing from bugzilla is this comment from Dave: The patch improves the situation but there are still many fails:Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/opt/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/include -isystem /home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/sys-include -g -O2 -D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 -DLOCALEDIR="/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/po/share/locale" -nostdinc++ -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/! powerpc-ibm-aix4.3.3.0 -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/backward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite /opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/17_intro/header_cassert.cc -include bits/stdc++.h -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v3/testsuite -lv3test -lm -o ./header_cassert.exe(timeout = 300)/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/17_intro/header_cassert.cc:1: warning: -ffunction-sections may affect debugging on some targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164: warning: inline function 'static void std::_Array_copy_ctor<_Tp, true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but never definedoutput is:/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuit! e/17_intro/header_cassert.cc:1: warning: -ffunction-sections may affec t debugging on some targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164: warning: inline function 'static void std::_Array_copy_ctor<_Tp, true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but never definedFAIL: 17_intro/header_cassert.cc (test for excess errors)Excess errors:/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/bits/valarray_array.h:164: warning: inline function 'static void std::_Array_copy_ctor<_Tp, true>::_S_do_it(const _Tp*, const _Tp*, _Tp*) [with _Tp = size_t]' used but never definedExecuting on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/opt/build/dave/gcc-4.0.0/objdir/gcc/ -nostdinc++ -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/bin/ -B/home/dave/opt/gnu/gcc/gcc-! 4.0.0/powerpc-ibm-aix4.3.3.0/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/include -isystem /home/dave/opt/gnu/gcc/gcc-4.0.0/powerpc-ibm-aix4.3.3.0/sys-include -g -O2 -D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections -fmessage-length=0 -DLOCALEDIR="/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/po/share/locale" -nostdinc++ -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/powerpc-ibm-aix4.3.3.0 -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/include/backward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite /opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/18_support/numeric_limits.cc -include bits/stdc++.h -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc++-v3/testsuite -lv3test -lm -o ./numeric_limits.exe(timeout = 300)/opt/build/! dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite/18_support/numeric_limits.cc :1: warning: -ffunction-sections may affect debugging on some targets/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:289: warning: inline function 'static _Tp std::numeric_limits<_Tp>::min() [with _Tp = A]' used but never defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:291: warning: inline function 'static _Tp std::numeric_limits<_Tp>::max() [with _Tp = A]' used but never defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:294: warning: inline function 'static _Tp std::numeric_limits<_Tp>::epsilon() [with _Tp = A]' used but never defined/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include/limits:296: warning: inline function 'static _Tp std::numeric_limits<_Tp>::round_error() [with _Tp
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04 01:30 --- Dave, I think that the problem with _S_do_it is an entirely separate bug. In particular, V3 builds with -fno-inline-templates, but does not use -fno-implicit-inline-templates. The _S_do_it function is inline. Since AIX does not have weak symbols, we probably make that function have internal linkage in the library, which causes the link failures you're seeing. To confirm that, would you please send me the preprocessed version of both valarray-inst.cc and header_cassert.cc, together with the cc1plus command-line used on AIX to compile each? Thanks, -- Mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/20679] [3.4/4.0/4.1 Regression] Parse error when accessing attributes of an inner class. Enclosing class is template and have methods with the same name.
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20679
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From gdr at integrable-solutions dot net 2005-04-04 01:58 --- Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info "mmitchel at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Dave, I think that the problem with _S_do_it is an entirely separate bug. In | particular, V3 builds with -fno-inline-templates, but does not use | -fno-implicit-inline-templates. The _S_do_it function is inline. Since AIX | does not have weak symbols, we probably make that function have internal linkage | in the library, which causes the link failures you're seeing. Death to obscure flags! -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-04 02:13 --- Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info > Somehow missing from bugzilla is this comment from Dave: I believe that it's actually there. I used Konqueror for the paste and it did something wierd with white space and line wraps. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-04 03:07 --- Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info > --- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04 > 01:30 --- > Dave, I think that the problem with _S_do_it is an entirely separate bug. In > particular, V3 builds with -fno-inline-templates, but does not use > -fno-implicit-inline-templates. The _S_do_it function is inline. Since AIX > does not have weak symbols, we probably make that function have internal > linkage > in the library, which causes the link failures you're seeing. Just a note, the failures were caused by "used but never defined" warnings. I didn't look at all the fails but I didn't see any link failures with your latest patch. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-04 03:21 --- Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info > Dave, I think that the problem with _S_do_it is an entirely separate bug. In > particular, V3 builds with -fno-inline-templates, but does not use > -fno-implicit-inline-templates. The _S_do_it function is inline. Since AIX > does not have weak symbols, we probably make that function have internal > linkage > in the library, which causes the link failures you're seeing. The _S_do_it reference appears in a .stabx directive: .stabx "_Array_copy_ctor:Tt1478=s1_S_do_it::1479=f-11:_ZNSt16_Array_copy_ctorImLb1EE8_S_do_itEPKmS2_Pm;2A?;;",0,140,0 This looks like PR 19212. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug ada/17527] Ada Bootstrap problem because of -Werror
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-04 04:47 --- It has been 3 months now, is this bug fixed or not? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17527
[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-04 05:02 --- Subject: Bug 19199 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-04 05:02:10 Modified files: gcc: ChangeLog fold-const.c gcc/testsuite : ChangeLog gcc/testsuite/g++.old-deja/g++.oliva: ChangeLog expr2.C Added files: gcc/testsuite/g++.dg/expr: lval2.C Log message: 2005-04-03 Roger Sayle <[EMAIL PROTECTED]> Alexandre Oliva <[EMAIL PROTECTED]> PR c++/19199 * fold-const.c (non_lvalue): Split tests into... (maybe_lvalue_p): New function. (fold_cond_expr_with_comparison): Preserve lvalue-ness for the C++ front-end prior to lowering into gimple form. * g++.dg/expr/lval2.C: New. * expr2.C: Fixed. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8104&r2=2.8105 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.552&r2=1.553 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5273&r2=1.5274 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/lval2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.oliva/ChangeLog.diff?cvsroot=gcc&r1=1.35&r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.oliva/expr2.C.diff?cvsroot=gcc&r1=1.5&r2=1.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19199
