[Bug c++/23257] Incorrect exception-handling behavior with references
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:09 --- Hmm, ICC 8.0 produces the same result as GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23257
[Bug libgcj/23258] jcf-dump documentation is incomplete (and confusing)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:10:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23258
[Bug fortran/23259] gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:13 --- I want to say this is a target bug as this is not rejected on PPC64 or x86_64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23259
[Bug regression/23256] gcc-3.3.6 ICE during bootstrap on arm
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:21 --- 3.3.6 was the last 3.3.x release and since 3.4.4 works, I am closing as fixed for 3.4.4. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23256
[Bug other/23253] [3.4 only] copyright year still at 2004
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:25 --- Confirmed, only happend on the 3.4 branch. I think the issue is we always forget about release branches when updating the copyright when the year changes. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:25:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23253
[Bug other/22499] 4.1.0-beta20050730: installation does not fully honour configure --*dir completely
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:33 --- This is all expected behavior. See http://gcc.gnu.org/install/configure.html. Basically even if you supply --libdir=dirname we will always add $target/$version as you might install different versions of gcc in that libdir. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22499
[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:35 --- So I am closing this as invalid then as I know David E. was able to bootstrap with XLC and I have not seen other reports about this yet. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug target/23231] cross compiling fails for mips-sgi-irix6.5
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:36 --- Hmm cross64.h is being used for crosses, why I don't know. That should be only used for crosses which are on IRIX. -- What|Removed |Added Component|bootstrap |target Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23231
[Bug target/23188] [4.1 Regression] vect-reduc-* fail
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:44 --- Hmm, I think this was exposed by: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02041.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02043.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02037.html Which means this is a target bug and I really doubt a regression. -- What|Removed |Added CC||rth at gcc dot gnu dot org Component|tree-optimization |target GCC target triplet||ia64-hpux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
[Bug c++/22635] OVERLOAD should not be a linked list of trees
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:47 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 06:47:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22635
[Bug tree-optimization/23059] [4.1 Regression] ICE: verify_ssa failed with -O3 -ftree-vectorize -Woverloaded-virtual
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:52 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23059
[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:53 --- This looks like a front-end bug rather than a tree opt bug. -- What|Removed |Added Component|tree-optimization |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug tree-optimization/22543] [4.1 regression] ICE: verify_ssa failed with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:59 --- This is a dup of bug 8. *** This bug has been marked as a duplicate of 8 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22543
[Bug tree-optimization/22228] [4.1 regression] ICE with -ftree-vectorize in verify_ssa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 06:59 --- *** Bug 22543 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||micis at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
[Bug tree-optimization/23082] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 07:02 --- *** Bug 23247 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||zlynx at acm dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23082
[Bug tree-optimization/23247] [4.1 Regression] ICE on valid code when compiled with -O3 and -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 07:02 --- This is a dup of bug 23082. *** This bug has been marked as a duplicate of 23082 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23247
[Bug fortran/23259] gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-06 07:38 --- or maybe even a bug with my glibc sorry for the noise... Current directory is /usr/local/src/trunk/objdir/gcc/ GNU gdb Red Hat Linux (6.3.0.0-0.29rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-redhat-linux...Using host libthread_db library /lib/libthread_db.so.1. Breakpoint 1 at 0x11920: file ../../gcc/gcc/gcc.c, line 6752. Function internal_error not defined. Breakpoint 2 at 0x41550 Breakpoint 3 at 0x413dc (gdb) set args -B/usr/local/src/trunk/objdir/gcc/testsuite/../ /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90 -O0 -pedantic-errors -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libgfortran/.libs -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libiberty -lm -o ./large_integer_kind_1.exe (gdb) r Starting program: /usr/local/src/trunk/objdir/gcc/gfortran -B/usr/local/src/trunk/objdir/gcc/testsuite/../ /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90 -O0 -pedantic-errors -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libgfortran/.libs -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libiberty -lm -o ./large_integer_kind_1.exe Breakpoint 2 at 0x70064fa4: file exit.c, line 35. Breakpoint 3 at 0x70063ce4: file ../sysdeps/generic/abort.c, line 50. In file /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:8 integer(kind=k),intent(in) :: a 1 Error: Kind -1 not supported for type INTEGER at (1) In file /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:25 use testmod 1 Fatal Error: Can't open module file 'testmod.mod' for reading at (1): No such file or directory Breakpoint 2, 0x70064fa4 in exit () from /lib/libc.so.6 (gdb) bt #0 0x70064fa4 in exit () from /lib/libc.so.6 #1 0x7004b834 in __libc_start_main (main=0x1c180 main, argc=269144, ubp_av=0xa54, init=0x29238 __libc_csu_init, fini=0x7002b908 _rtld_local_ro, rtld_fini=0x1, stack_end=0xef9e5a81) at ../sysdeps/generic/libc-start.c:240 #2 0x000111f8 in _start () #3 0x000111f8 in _start () Previous frame identical to this frame (corrupt stack?) (gdb) list 240 ../sysdeps/generic/libc-start.c: No such file or directory. in ../sysdeps/generic/libc-start.c (gdb) quit The program is running. Exit anyway? (y or n) y Debugger finished -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23259
[Bug c++/23260] New: ICE on foo[-1]
g++ crashes on invalid: int foo[16]; int *bar = foo[-1]; trying to emit instructions outside of function context. -- Summary: ICE on foo[-1] Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23260
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 10:01 --- Subject: Bug 18833 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 10:00:54 Modified files: gcc/fortran: ChangeLog primary.c resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 equiv_3.f90 equiv_4.f90 Log message: PR fortran/18833 PR fortran/20850 * primary.c (match_varspec): If equiv_flag, don't look at sym's attributes, call gfc_match_array_ref up to twice and don't do any substring or component processing. * resolve.c (resolve_equivalence): Transform REF_ARRAY into REF_SUBSTRING or nothing if needed. Check that substrings don't have zero length. * gfortran.dg/equiv_1.f90: New test. * gfortran.dg/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_3.f90: New test. * gfortran.fortran-torture/execute/equiv_4.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.512r2=1.513 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gccr1=1.32r2=1.33 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.47r2=1.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5884r2=1.5885 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug fortran/20850] ICE with invalid character equivalence
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 10:01 --- Subject: Bug 20850 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 10:00:54 Modified files: gcc/fortran: ChangeLog primary.c resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 equiv_3.f90 equiv_4.f90 Log message: PR fortran/18833 PR fortran/20850 * primary.c (match_varspec): If equiv_flag, don't look at sym's attributes, call gfc_match_array_ref up to twice and don't do any substring or component processing. * resolve.c (resolve_equivalence): Transform REF_ARRAY into REF_SUBSTRING or nothing if needed. Check that substrings don't have zero length. * gfortran.dg/equiv_1.f90: New test. * gfortran.dg/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_3.f90: New test. * gfortran.fortran-torture/execute/equiv_4.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.512r2=1.513 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gccr1=1.32r2=1.33 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.47r2=1.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5884r2=1.5885 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20850
[Bug fortran/20850] ICE with invalid character equivalence
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 10:12 --- Subject: Bug 20850 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-06 10:12:42 Modified files: gcc/fortran: ChangeLog primary.c resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 equiv_3.f90 equiv_4.f90 Log message: PR fortran/18833 PR fortran/20850 * primary.c (match_varspec): If equiv_flag, don't look at sym's attributes, call gfc_match_array_ref up to twice and don't do any substring or component processing. * resolve.c (resolve_equivalence): Transform REF_ARRAY into REF_SUBSTRING or nothing if needed. Check that substrings don't have zero length. * gfortran.dg/equiv_1.f90: New test. * gfortran.dg/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_3.f90: New test. * gfortran.fortran-torture/execute/equiv_4.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.99r2=1.335.2.100 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.22.2.8r2=1.22.2.9 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.12r2=1.34.2.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.318r2=1.5084.2.319 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20850
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 10:12 --- Subject: Bug 18833 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-06 10:12:42 Modified files: gcc/fortran: ChangeLog primary.c resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 equiv_3.f90 equiv_4.f90 Log message: PR fortran/18833 PR fortran/20850 * primary.c (match_varspec): If equiv_flag, don't look at sym's attributes, call gfc_match_array_ref up to twice and don't do any substring or component processing. * resolve.c (resolve_equivalence): Transform REF_ARRAY into REF_SUBSTRING or nothing if needed. Check that substrings don't have zero length. * gfortran.dg/equiv_1.f90: New test. * gfortran.dg/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_2.f90: New test. * gfortran.fortran-torture/execute/equiv_3.f90: New test. * gfortran.fortran-torture/execute/equiv_4.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.99r2=1.335.2.100 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.22.2.8r2=1.22.2.9 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.12r2=1.34.2.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.318r2=1.5084.2.319 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug rtl-optimization/23233] Loop optimisation ICE for subreg addresses
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 11:06 --- Subject: Bug 23233 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 11:05:49 Modified files: gcc: ChangeLog loop.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: pr23233-1.c Log message: PR rtl-optimization/23233 * loop.c (combine_movables): Require the modes to be the same. (move_movables): Remove handling of cases where the replacement had a different mode to the original. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9666r2=2.9667 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gccr1=1.538r2=1.539 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5885r2=1.5886 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr23233-1.c.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23233
[Bug rtl-optimization/23233] Loop optimisation ICE for subreg addresses
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-06 11:08 --- Patch applied to mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23233
[Bug bootstrap/19607] Build fails on MSYS/MingGW because of incorrect SYSTEM_HEADER_DIR
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-06 11:19 --- Well, apparently the patch was right after all. Fixed by http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00057.html -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19607
[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 11:32 --- Subject: Bug 23113 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 11:31:49 Modified files: gcc: ChangeLog c-typeck.c stmt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: Wunused-value-1.c Log message: PR c/23113 * stmt.c (warn_if_unused_value): Check TREE_NO_WARNING at start. Don't handle NOP_EXPR, CONVERT_EXPR and NON_LVALUE_EXPR specially. Check for side effects only for COND_EXPR. * c-typeck.c (c_finish_stmt_expr): Mark statement expression return with TREE_NO_WARNING. testsuite: * gcc.dg/Wunused-value-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9667r2=2.9668 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.473r2=1.474 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stmt.c.diff?cvsroot=gccr1=1.425r2=1.426 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5886r2=1.5887 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/Wunused-value-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23113
[Bug bootstrap/22259] [4.1 Regression] spawnv cannot execute gcc/as
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-06 11:39 --- Patch pinged (for the second time). ChangeLog entry provided. -- What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2005- |patches/2005- |07/msg00086.html|08/msg00379.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22259
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-06 11:57 --- Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | (In reply to comment #44) | | However, I still believe it is the problem of the compilers. | Please take ti to the C++ standard committee. The behaviour is that | described by the standard. If you don't like it, have the committee | | The behaviour I wanted is at least not *against* the standard, while being more | natural and user-friendly. As James Kanze quoted ยง14.7.1/5 in | comp.lang.c++.moderated: If the overload resolution process can determine the | correct function to call without instantiating a class template definition, it | is unspecified whether that instantiation actually takes place. Can you explain me clearly how that has any implication about how the compiler should behave in this specific case? We're not in an unspecified territory here. Please do read Paul M.'s explanation. This PR should be colsed as INVALID. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug target/20673] C PCH testsuite assembly comparison failure
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 12:57 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-06 12:57:30 Modified files: gcc: ChangeLog gcc/config/sparc: sparc.h Log message: PR target/20673 Backport from mainline: 2005-04-15 David S. Miller [EMAIL PROTECTED] * config/sparc/sparc.h (sparc_hard_reg_printed): Mark as GTY(()). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.900r2=2.2326.2.901 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sparc.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.236.6.7r2=1.236.6.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20673
[Bug target/20673] C PCH testsuite assembly comparison failure
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-06 13:19 --- (In reply to comment #9) Subject: Bug 20673 should we change the target milestone to 3.4.5 for this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20673
[Bug target/20673] C PCH testsuite assembly comparison failure
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-06 13:23 --- should we change the target milestone to 3.4.5 for this? Ah, sure. -- What|Removed |Added Target Milestone|4.0.0 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20673
[Bug c++/23260] ICE on foo[-1]
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 13:32 --- *** This bug has been marked as a duplicate of 21135 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23260
[Bug c++/21135] [4.0/4.1 Regression] a[-2] ICE at the top level
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 13:32 --- *** Bug 23260 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21135
[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 13:35 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.0.2 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23113
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 13:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug fortran/20850] ICE with invalid character equivalence
-- Bug 20850 depends on bug 18833, which changed state. Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20850
[Bug fortran/20405] [meta-bug] equivalenced variable problems
-- Bug 20405 depends on bug 18833, which changed state. Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20405
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18833, which changed state. Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/20850] ICE with invalid character equivalence
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 13:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20850
[Bug tree-optimization/23234] [4.1 Regression] ICE in verify_flow_info()
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23234
[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug
--- Additional Comments From christopherbuell at mindspring dot com 2005-08-06 15:02 --- (In reply to comment #3) Got it. I don't know the F90 or F95 standard very well. I do know F77. The code I was porting did compile on the MS-DEC FORTRAN 95 compiler. (whoever owns that compiler anyway) It seems reasonable that it should work. But, I didn't know what the spec said. Thanx for getting back to me. Chris gfortran is doing the right thing according to section 7.1.6.1 of the Fortran 95 standard. For completeness, here is the output of NAGWare F95 compiler. kargl[204] f95 -kind=byte -c lk.f90 Error: lk.f90, line 10: Invalid real part of complex constant Error: lk.f90, line 11: Invalid real part of complex constant Error: lk.f90, line 12: Invalid real part of complex constant Error: lk.f90, line 13: Invalid real part of complex constant Error: lk.f90, line 14: Invalid real part of complex constant Errors in declarations, no further processing for CONSTS_TEST -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23254
[Bug tree-optimization/21374] ICE in declare_return_variable, at tree-inline.c:906
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 15:05 --- A slight change to the source makes this ICE on the mainline: int main (int argc, char **argv) { int size = 10; int i; typedef struct { char val[size]; } block; block b; block retframe_block () { return *(block *) b; } b=retframe_block (); return 0; } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:05:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21374
[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 15:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:07:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug fortran/22527] fortran produces mismatch types in comparision with integer to logic assignment
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 15:08 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:08:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22527
[Bug libstdc++/18889] Unable to build libstdc++-v3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 15:19 --- This works for everyone else, I have no idea what your problem is here. Maybe you are over writting the libtool in GCC which is just wrong, you should be able to just mkdir objdir;cd objdir;$(srcdir)/configure make bootstrap make install and it will just work. Since this works for me and others I am closing as works for me. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18889
[Bug target/23239] gcc.dg/tree-prof/val-prof-5.c scan-tree-dump Div.mod by constant b..=997 transformation on insn fails
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23239
[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-08-06 16:03 --- Subject: Re: gfortran .f90 complex parameter initialization syntax bug On Sat, Aug 06, 2005 at 03:02:37PM -, christopherbuell at mindspring dot com wrote: (In reply to comment #3) Got it. I don't know the F90 or F95 standard very well. The Standard can be tricky to read. I have a draft of F2003 here so I'll quote that 7.1.7 Initialization expression An initialization expression is an expression with limitations that make it suitable for use as a kind type parameter, initializer, or named constant. It is an expression in which each operation is intrinsic, and each primary is (1) A constant or subobject of a constant, (2)-(11) Don't apply. real, parameter:: x = -1.e0 ! Uses a constant. complex, parameter :: z = (1.e0, -1.e0) ! Uses constants. complex, parameter :: c = (x,-x)! x is a named constant, -x is not. You probably found a vendor extension, because -x could be evaluated at compile time. If you really want to sit and puzzle over the standard. Consider program c real, parameter :: o = 1.e0 real, parameter :: t = 2.e0 real, parameter :: h = o / t ! This is ok. complex, parameter :: z = (o / t, h) ! This is not ok. print *, o, t, h end program c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23254
[Bug target/23239] gcc.dg/tree-prof/val-prof-5.c scan-tree-dump Div.mod by constant b..=997 transformation on insn fails
--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-06 16:24 --- I see the following in val-prof-5.c.t09.tree_profile: Trying transformations on insn D.1243 = D.1241 / b___1; Div/mod by constant b___1=997 transformation on insn D.1243 = D.1241 / b___1; Isn't this a testsuite issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23239
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From bangerth at dealii dot org 2005-08-06 17:18 --- I agree with Gaby: the standard pretty unambiguously lists the signature of std::distance, and the name lookup rules say that it needs to be found. What leeway do we have in rejecting it anyway and picking anything else? The fact that you want another function to be found is not a normative clause that can be derived from the standard. However, as has been proposed before: the correct course of action is to lobby the standards committee to introduce some notion of concept and specify that the std::distance function shall only be used if its arguments conform to a certain concept. This has been done in the past using means like boost::enable_if, but the standard doesn't use such things at present so I don't see how we can modify libstdc++ in a way that conforms with the present standard. I therefore close this PR as suggested by Gaby. W. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug libstdc++/18889] Unable to build libstdc++-v3
--- Additional Comments From mike at tedder dot com 2005-08-06 18:16 --- I wouldn't have opened this bug if the standard configure make bootstrap make install had worked in the first place. It might have helped more if you had asked me more questions about my system and/or configuration instead of just saying it works for me. My suggestion of updating the libtool included with gcc was only that -- a suggestion. While it may be wrong, it did fix the linker errors, so I simply let everyone know what I had found out. I have plans to upgrade to gcc-4.0.1 in the near future. If I still have the same problem, I will be opening a new bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18889
[Bug treelang/23072] multiple runs of treelang testsuite does not work...
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 18:25 --- Subject: Bug 23072 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 18:25:31 Modified files: gcc/testsuite/treelang: ChangeLog gcc/treelang : ChangeLog Make-lang.in Added files: gcc/testsuite/treelang/output: output-1.c output-1.out output-1.tree output.exp Removed files: gcc/testsuite/treelang: a01gcci01.c a01gcci01.tree a01gcco01runpgm treetests.exp Log message: 2005-08-06 James A. Morrison [EMAIL PROTECTED] PR treelang/23072 * Make-lang.in: Remove old testing cruft. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/ChangeLog.diff?cvsroot=gccr1=1.14r2=1.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcci01.c.diff?cvsroot=gccr1=1.4r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcci01.tree.diff?cvsroot=gccr1=1.3r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcco01runpgm.diff?cvsroot=gccr1=1.1r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/treetests.exp.diff?cvsroot=gccr1=1.4r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.out.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.tree.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output.exp.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/treelang/ChangeLog.diff?cvsroot=gccr1=1.129r2=1.130 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/treelang/Make-lang.in.diff?cvsroot=gccr1=1.55r2=1.56 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072
[Bug fortran/23261] New: [meta-bug] gfortran testsuite bugs on mingw32
I open this bug to keep track of the testcases failing on mingw32. With gfortran-20050806, the list is: FAIL: gfortran.dg/dev_null.f90 (mingw doesn't have /dev/null) FAIL: gfortran.dg/direct_io_2.f90 FAIL: gfortran.dg/endfile.f90 FAIL: gfortran.dg/f2c_4.f90 FAIL: gfortran.dg/f2c_5.f90 FAIL: gfortran.dg/fmt_read_bz_bn.f90 FAIL: gfortran.dg/g77/12632.f FAIL: gfortran.dg/g77/19990905-0.f FAIL: gfortran.dg/g77/970125-0.f FAIL: gfortran.dg/g77/980615-0.f XPASS: gfortran.dg/g77/cabs.f FAIL: gfortran.dg/g77/cpp4.F FAIL: gfortran.dg/hollerith.f90 FAIL: gfortran.dg/hollerith2.f90 FAIL: gfortran.dg/hollerith4.f90 FAIL: gfortran.dg/hollerith_f95.f90 FAIL: gfortran.dg/io_invalid_1.f90 FAIL: gfortran.dg/namelist_19.f90 FAIL: gfortran.dg/output_exponents_1.f90 FAIL: gfortran.dg/pr20865.f90 FAIL: gfortran.dg/write_to_null.f90 (mingw doesn't have /dev/null) FAIL: gfortran.fortran-torture/execute/inquire_2.f90 Total: 20 bugs (two testcases are not supposed to work since mingw doesn't have a /dev/null device). -- Summary: [meta-bug] gfortran testsuite bugs on mingw32 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23261
[Bug fortran/23261] [meta-bug] gfortran testsuite bugs on mingw32
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-06 18:51 --- Created an attachment (id=9440) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9440action=view) Script file that tries to emulate the dejagnu test framework -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23261
[Bug fortran/23261] [meta-bug] gfortran testsuite bugs on mingw32
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-06 18:51 --- Created an attachment (id=9441) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9441action=view) Script that runs dejagnu_mimic for each interesting file in the testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23261
[Bug treelang/23072] multiple runs of treelang testsuite does not work...
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-06 18:56 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072
[Bug libfortran/23262] New: rewind truncates file
$ cat endfile.f90 integer i open(unit=10,file='test.dat') do i=1,5 write (10,'(I4)') i end do rewind(10) close(10) end $ gfc endfile.f90 a cat test.dat 1 2 3 4 $ xxd test.dat 000: 2020 2031 0d0a 2020 2032 0d0a 2020 2033 1.. 2.. 3 010: 0d0a 2020 2034 0d0a 20 .. 4.. If you remove the rewind statement, the program behaves correctly, that is we have a fifth line with5 in it. -- Summary: rewind truncates file Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
[Bug tree-optimization/21470] -fargument-noalias-global has no effect for the vectorizer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 19:47 --- I have a fix which I need to bootstrap/test. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21470
[Bug tree-optimization/17064] -falias-noargument-global doesn't eliminate dead stores/loads
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-06 19:51 --- Diego, sorry to steal this from you but I got a fix for this issue though there are still some issues with address considered call clobered which cannot be true. -- What|Removed |Added AssignedTo|dnovillo at gcc dot gnu dot |pinskia at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
[Bug c++/23263] New: Fails to identify member definition
templatetypename T struct foo{ static T* p; }; templatetypename T T* fooT::p = 0; templatetypename T struct A {}; templatetypename T, templatetypename class C struct bar{ static Cvoid* p; }; templatetypename T Avoid* barT,A::p = 0; int main() { fooint f; barint, A b; return 0; } gets you: ~/ootbc/members/src$ g++ foo.cc foo.cc:7: error: invalid use of undefined type `struct barT, A' foo.cc:6: error: declaration of `struct barT, A' As it works for the plain type case (foo), it looks like something's wrong in the binding of template template parameters (bar). Ivan -- Summary: Fails to identify member definition Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug c++/23263] Fails to identify member definition
--- Additional Comments From bangerth at dealii dot org 2005-08-06 20:29 --- No, you try to partially specialize a member. That isn't allowed. You either have to completely specialize all template parameters, or none. Long standing annoyance in C++... W. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug libfortran/23264] New: direct access failure
$ cat direct_io_2.f90 OPEN (7, ACCESS = 'DIRECT', RECL = 50) IRECN = 0 IREC = 216 DO I=1,100 IREC = IREC - 2 IRECN = IRECN + 1 WRITE(7, REC = IREC) IRECN END DO IRECCK = 0 IREC = 216 DO I = 1,100 IREC = IREC - 2 IRECCK = IRECCK + 1 READ(7, REC = IREC) IRECN IF (IRECN .NE. IRECCK) CALL ABORT END DO END $ gfc direct_io_2.f90 ./a.exe Abort The file fort.7 is indeed wrong: $ xxd -s 9745 fort.7 |head -n 1 0002611: 000d 0a00 $ xxd -s 9745 linux.fort.7 |head -n 1 0002611: 000a where linux.fort.7 is obtained by running the same program with a linux gfortran (for which the testcase passes). The problem is very sensitive to the number of records writtent and the record length (it disappears if they are too little). -- Summary: direct access failure Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23264
[Bug c++/23263] Fails to identify member definition
--- Additional Comments From igodard at pacbell dot net 2005-08-06 20:40 --- Reopened as a complaint about the diagnostic. The naive (or even reasonably sophisticated) user cannot figure out illegal partial specialization from that message. Comeau gives: ComeauTest.c, line 7: error: template argument list must match the parameter list templatetypename T Avoid* barT,A::p = 0; ^ which I admit is only a little better. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug libfortran/23265] New: Error in floating point output with BN edit descriptor
$ cat fmt_read_bz_bn.f90 character*80 :: correct= 70.07 .888E+01 write(*, 20) 70.07, 8.88 20 format (F6.2, BN, 1X, E8.3) write (*,'(A)') correct end $ gfc fmt_read_bz_bn.f90 ./a.exe 70.07 70.07 .888E+01 -- Summary: Error in floating point output with BN edit descriptor Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
[Bug c++/19498] ICE on invalid reference in template parameter
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 22:22 --- Subject: Bug 19498 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 22:22:47 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: instantiate7.C Log message: PR c++/19498 * pt.c (tsubst_decl) case TEMPLATE_DECL: Return ERROR_MARK_NODE if substitution of template args did not succeed. * g++.dg/template/instantiate7.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4842r2=1.4843 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1019r2=1.1020 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5887r2=1.5888 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/instantiate7.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19498
[Bug c++/19498] ICE on invalid reference in template parameter
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-06 22:24 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19498
[Bug c++/23263] Fails to identify member definition
-- What|Removed |Added Severity|normal |enhancement Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 22:38 --- Subject: Bug 23191 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-06 22:38:44 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: eh2.C Log message: PR c++/23191 * pt.c (tsubst) case METHOD_TYPE: Check for error_mark_node before calling build_exception_variant. * g++.dg/template/eh2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4843r2=1.4844 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1020r2=1.1021 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5888r2=1.5889 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/eh2.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23191
[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-06 22:48 --- Subject: Bug 23191 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-06 22:48:08 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: eh2.C Log message: PR c++/23191 * pt.c (tsubst) case METHOD_TYPE: Check for error_mark_node before calling build_exception_variant. * g++.dg/template/eh2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.71r2=1.4648.2.72 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.14r2=1.978.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.319r2=1.5084.2.320 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/eh2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23191
[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-06 22:48 --- Fixed on mainline and the 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23191
[Bug c++/23263] Incomprehensible message for invalid attempt to partially specialize a member
--- Additional Comments From bangerth at dealii dot org 2005-08-06 22:56 --- If you know what's going on, the error message is actually clear: foo.cc:7: error: invalid use of undefined type `struct barT, A' This just means that the partially specialized class barT,A has not yet been declared, and that you can't therefore define a member of it. But I grant that we could do better. For that purpose, this example may be better: - template int A, int B struct X { void f(); }; template int A void XA,1::f() {} - We presently get this: g/x /home/bangerth/bin/gcc-4.1-pre/bin/c++ -c x.cc x.cc:2: error: invalid use of undefined type #8216;struct XA, 1#8217; x.cc:1: error: declaration of #8216;struct XA, 1#8217; x.cc:2: error: template definition of non-template #8216;void XA, 1::f()#8217; W. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-06 22:56:41 date|| Summary|Fails to identify member|Incomprehensible message for |definition |invalid attempt to partially ||specialize a member http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug c++/23266] [4.0/4.1 regression] ICE on pure specifier for static method
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-06 23:57 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23266
[Bug target/23231] cross compiling fails for mips-sgi-irix6.5
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-06 23:57 --- You need to add a --with-gnu-ld configure option. GNU ld and Irix ld have incompatible options, and the toolchain naturally defaults to assuming irix ld options, so you must specify GNU ld at configure time for a binutils using cross. It is possible that you may still run into problems. I don't know how good the irix6 support is in the GNU linker. It probably doesn't support all of the features of the native linker. The cross64.h file has nothing to do with this. The file is no longer used and should be deleted. I'll take care of that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23231
[Bug c++/23266] New: [4.0/4.1 regression] ICE on pure specifier for static method
The following invalid testcase triggers an ICE since gcc 4.0.0: === struct A { static void foo() = 0; }; === The error message is: bug.cc:3: internal compiler error: in grokfield, at cp/decl2.c:899 Please submit a full bug report, [etc.] The respective code from cp/decl2.c reads: /* Initializers for functions are rejected early in the parser. If we get here, it must be a pure specifier for a method. */ gcc_assert (TREE_CODE (TREE_TYPE (value)) == METHOD_TYPE); gcc_assert (error_operand_p (init) || integer_zerop (init)); DECL_PURE_VIRTUAL_P (value) = 1; Apparently the first assert is triggered - we have a FUNCTION_TYPE instead of a METHOD_TYPE in this example. This was probably broken by Giovanni's patch for PR17401. -- Summary: [4.0/4.1 regression] ICE on pure specifier for static method Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,giovannibajo at libero dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23266
[Bug target/19770] gcc.c-torture/compile/20050113-1.c: ICE: in extract_insn, at recog.c:2083
--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-07 01:46 --- The problem is that emit_move_insn_1 is generating a move instruction with a CONST_INT source that's invalid (i.e., LEGITIMATE_CONST_P is false). This occurs here: /* Try using a move pattern for the corresponding integer mode. This is only safe when simplify_subreg can convert MODE constants into integer constants. At present, it can only do this reliably if the value fits within a HOST_WIDE_INT. */ else if (GET_MODE_BITSIZE (mode) = HOST_BITS_PER_WIDE_INT (submode = int_mode_for_mode (mode)) != BLKmode mov_optab-handlers[submode].insn_code != CODE_FOR_nothing) return emit_insn (GEN_FCN (mov_optab-handlers[submode].insn_code) (simplify_gen_subreg (submode, x, mode, 0), simplify_gen_subreg (submode, y, mode, 0))); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19770
[Bug c/23267] New: strftime options generate spurious warnings
When I specify -Wall, certain strftime options generate spurious warning messages. Specifically, %D and %y generate the following warnings: warning: `%y' yields only last 2 digits of year warning: `%D' yields only last 2 digits of year This is the documented behaviour of these options so the warning seems a little out of place. Equivalently, you should warn me that warning: sin() does not generate the cosine. These warnings should be removed or replaced with warning: GNU expects you to display four digit years -- Summary: strftime options generate spurious warnings Product: gcc Version: 3.2 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cmattair at pdq dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23267
[Bug libfortran/23265] Error in floating point output with BN edit descriptor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 00:12 --- Hmm, this works for me on last night's build on i686-pc-linux-gnu: 70.07 .888E+01 70.07 .888E+01 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
[Bug c/3190] -Wformat-y2k doesn't belong to -Wall - it's hard to avoid
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 00:16 --- *** Bug 23267 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||cmattair at pdq dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3190
[Bug c/23267] strftime options generate spurious warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 00:16 --- No, this is a Y2K issue rather than anything else. Anyways this was fixed in 3.4.0 by not having -Wformat-y2k enabled with -Wall. *** This bug has been marked as a duplicate of 3190 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23267
[Bug driver/21366] The -bundle linking option does not get processed right on darwin
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-07 02:39 --- Subject: Bug 21366 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-07 02:39:16 Modified files: gcc: ChangeLog gcc.c gcc/doc: invoke.texi Log message: Make Darwin -bundle option work. Patch from Peter O'Gorman. PR 21366 * gcc.c (process_command): Check the argument to -b has a dash. * doc/invoke.texi: Update -b and -V docs. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9672r2=2.9673 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcc.c.diff?cvsroot=gccr1=1.469r2=1.470 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gccr1=1.665r2=1.666 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21366
[Bug driver/21366] The -bundle linking option does not get processed right on darwin
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-07 02:41 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Known to work||4.1.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21366
[Bug pch/14940] PCH largefile test fails on various platforms
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-07 02:48 --- Subject: Bug 14940 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-07 02:48:04 Modified files: gcc: ChangeLog config.host Added files: gcc/config/pa : pa-host.c x-hpux x-linux Log message: PR pch/14940 * config.host (hppa*-*-hpux*, hppa*-*-linux): Define out_host_hook_obj and host_xmake_file using new host configuration files. * config/pa/pa-host.c, config/pa/x-hpux, config/pa/x-linux: New files. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.901r2=2.2326.2.902 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config.host.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.7.12.1r2=2.7.12.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa-host.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.4.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/x-hpux.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/x-linux.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.42.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940
[Bug c/23268] New: ICE using math functions log rint, -ffast-math, -O1 (,2,3,s)
ICE (segmentation fault) compiling a function containing two math functions (log and rint), using -ffast-math and -O1 (or 2, 3 or s). Error does not occur when -ffast-math not used. Error does not occur when optimisation flag not used (or if -O0 used). To reproduce, compile the following: #include math.h int f (float x) { int a, b; a = log(2.f); b = rint(x); return(a+b); } Using: $ gcc -ffast-math -O1 -c test.c Gives the following output: test.c: In function 'f': test.c:7: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. However, neither of $ gcc -O1 -c test.c nor $ gcc -ffast-math -c test.c cause the same error. $ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1-20050730/configure --prefix=/usr/local/gcc41 Thread model: posix gcc version 4.1.0 20050730 (experimental) -- Summary: ICE using math functions log rint, -ffast-math, -O1 (,2,3,s) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: plgs at ozemail dot com dot au CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug c/23268] ICE using math functions log rint, -ffast-math, -O1 (,2,3,s)
--- Additional Comments From plgs at ozemail dot com dot au 2005-08-07 04:27 --- Created an attachment (id=9442) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9442action=view) Preprocessed source testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug target/23268] [4.1 Regression] ICE using math functions log rint, -ffast-math, -O1 (,2,3,s)
-- What|Removed |Added CC||uros at gcc dot gnu dot org Component|c |target Keywords||ice-on-valid-code Summary|ICE using math functions log|[4.1 Regression] ICE using | rint, -ffast-math, -O1|math functions log rint, - |(,2,3,s)|ffast-math, -O1 (,2,3,s) Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug treelang/23061] treelang testsuite fails with -m64
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-07 04:34 --- well, applied it to mainline, no problema caused... however, the bug was reported for the 4.0 branch... applying there Hunk #1 succeeded at 114 with fuzz 1. will test later today, resources bound today, yay, football (or, if you like, soccer) with my sons -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
[Bug target/23268] [4.1 Regression] ICE using math functions log rint, -ffast-math, -O1 (,2,3,s)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 04:34 --- Confirmed. This is either a target bug or a middle-end bug. CCing the person who added the builtins. Reduced testcase: int f (float x) { int a, b; a = __builtin_log(2.f); b = __builtin_rint(x); return(a+b); } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | Known to fail||4.1.0 Known to work||4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-08-07 04:34:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug treelang/23061] treelang testsuite fails with -m64
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 04:35 --- (In reply to comment #7) yay, football (or, if you like, soccer) with my sons It is football, Americans don't know what they are missing. -- What|Removed |Added GCC build triplet|sparc64-unknown-linux-gnu | GCC host triplet|sparc64-unknown-linux-gnu | GCC target triplet|sparc64-unknown-linux-gnu |sparc64-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
[Bug target/23268] [4.1 Regression] ICE using math functions log rint, -ffast-math, -O1 (,2,3,s)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 04:36 --- Here is the backtrace: #0 0x084d47e6 in find_oldest_value_reg (cl=GENERAL_REGS, reg=0xb7d01050, vd=0xa483b08) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1357 #1 0x084d48f0 in replace_oldest_value_reg (loc=0xb7d89040, cl=Variable cl is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1391 #2 0x084d4ac2 in replace_oldest_value_addr (loc=0xb7d89040, cl=GENERAL_REGS, mode=SImode, insn=0xb7d0a7f8, vd=0xa483b08) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1522 #3 0x084d4c1c in replace_oldest_value_addr (loc=Variable loc is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1500 #4 0x084d4dce in replace_oldest_value_mem (x=Variable x is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1548 #5 0x084d70ac in copyprop_hardreg_forward () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/ regrename.c:1712 #6 0x083eca14 in execute_one_pass (pass=0x85bff80) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/passes.c:797 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug c/23269] New: gcc doesn't remove half-written object file when compiling fails
try to compile any erroneous C file (let's call it t.c) with gcc -pipe -c -ot.o t.c and gcc doesn't remove the half-generated t.o file. Note that there's no space between -o and the output filename (and the -pipe is necessary). (the manual says that there should be a space between -o and the output filename. However, everything works fine without it - except this) straceing gcc reveals the cause of the problem: before exit, gcc stats '-ot.o', not 't.o' - it thinks that the object file doesn't exist. gcc version 4.0.2 20050725 (prerelease) (Debian 4.0.1-3) but this problem exists in 3.3 and 3.4 too -- Summary: gcc doesn't remove half-written object file when compiling fails Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hg211 at ural2 dot hszk dot bme dot hu CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23269
[Bug c/23269] gcc doesn't remove half-written object file when compiling fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 05:13 --- The problem is -ot.o, if you add a space between -o and t.o, it works correctly. This is a dup of bug 11810. *** This bug has been marked as a duplicate of 11810 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23269
[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 05:13 --- *** Bug 23269 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||hg211 at ural2 dot hszk dot ||bme dot hu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11810
[Bug treelang/23072] multiple runs of treelang testsuite does not work...
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-07 05:14 --- I haven't tried this yet... but, could you port back to 4.0 also? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072
[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07 05:15 --- Patch was reviewed here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01432.html. -- What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- | |patches/2004- | |08/msg00784.html| GCC build triplet|i386-pc-linux-gnu | GCC host triplet|i386-pc-linux-gnu | GCC target triplet|i386-pc-linux-gnu | Keywords|patch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11810
[Bug treelang/23072] multiple runs of treelang testsuite does not work...
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-07 05:19 --- oh... and the 3.4 branch too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072
[Bug treelang/23072] multiple runs of treelang testsuite does not work...
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-07 05:50 --- This should be easy to backport into the 4.0 branch. I have no clue about the 3.4 branch though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23072
[Bug treelang/23061] treelang testsuite fails with -m64
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-07 05:51 --- I here murderball is a real sport up there with Aussie rules football. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
[Bug fortran/23270] New: Undefined reference to module blank common variable
! ld error - undefined reference to `__test_equiv_a' ! OK with ifc ! module test_equiv common a reala end module test_equiv program module_equiv use test_equiv a = 999.0_4 end program module_equiv [EMAIL PROTECTED] mytests]# /gcc-4.1/bin/gfortran -std=f95 module_equivalence_pr.f90 /tmp/cc0RTDPI.o(.text+0x9): In function `MAIN__': : undefined reference to `__test_equiv__a' collect2: ld returned 1 exit status -- Summary: Undefined reference to module blank common variable Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pault at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23270