[Bug fortran/17927] Math error in simple divide operation

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 05:28 --- Confirmed, this is a front-end problem, we are not getting enough precission for some reason (really I don't know the rules of fortran). I will note the equivalent C code works just fine on the same bui

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 05:22 --- f->buffer is NULL at the point of the crash. -- What|Removed |Added Known to fail|3.4.1

[Bug fortran/17927] New: Math error in simple divide operation

The following code produces erroneous results with: GNU Fortran 95 (GCC 4.0.0 20041010 (experimental)) Copyright (C) 2003 Free Software Foundation, Inc. program real_test real(kind=4) :: little real(kind=8) :: big little=1.0/3.0 big=2.0/3.0 print *, little print *, big print *, '1/3 an

[Bug target/17317] Match Constraints for *movdf_insn fails

--- Additional Comments From ramana dot radhakrishnan at codito dot com 2004-10-11 05:16 --- Patch submitted for review. http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00891.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17317

[Bug c++/17554] [4.0 Regression] crashes in on kopete build (KDE's kdenetwork)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17554 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug middle-end/17703] [4.0 regression] spurious error about end of function reached

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17703 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug c++/17554] [4.0 Regression] crashes in on kopete build (KDE's kdenetwork)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17554 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug middle-end/17703] [4.0 regression] spurious error about end of function reached

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17703 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug middle-end/17657] [4.0 Regression] ICE in expand_case

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17657 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug middle-end/17657] [4.0 Regression] ICE in expand_case

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:42 --- Subject: Bug 17657 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:42:09 Modified files: gcc: ChangeLog fold-const.c tree.h

[Bug c++/17907] [4.0 Regression] ice in optimize_inline_calls, at tree-inline.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-11 03:16 --- Subject: Bug 17907 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-11 03:16:47 Modified files: gcc/cp : ChangeLog semantics.c gcc/te

[Bug c++/17907] [4.0 Regression] ice in optimize_inline_calls, at tree-inline.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 03:16 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/6585] Redundant store/load instruction pairs on ix86

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 02:57 --- Here is the latest asm from the mainline: mul: subl$20, %esp movl32(%esp), %ecx movl24(%esp), %eax movl%ebx, 8(%esp) movl36(%esp), %ebx mov

[Bug web/16500] Page internal Links in gcc.gnu.org/install/specific.html don't work

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 02:51 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 02:05 --- The problem is that we are not calling gen_subprogram_die on the decl for the function t. -- What|Removed |Added

[Bug middle-end/17925] [4.0 Regression] Gotos loses their locations

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 01:53 --- Mine. Patch here: . -- What|Removed |Added --

[Bug java/17845] can't build GNU Classpath

--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-11 01:32 --- I did a build in Toronto. It works perfectly there. However, it continues to fail here at home nightly. These nightly builds are pristine; I don't know what is going on. -- http://gcc.gnu.org/bugzilla/s

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-11 00:28 --- Zdenek could you look into this since -fno-ivopts makes it works? -- What|Removed |Added

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-11 00:12 --- BTW, afaics it is surprising that -fno-ivopts fixes this, as the infinite loop problem had been present even before Paul rewrote code generation for loops to allow better loop optimization. -- http://gcc.gnu

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-11 00:09 --- (In reply to comment #4) > Does -fno-ivopts help? Yes. recompiling slarrv.f with '-Os -fno-ivopts -g' fixed this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-11 00:01 --- One more thing I should add: I have a patch in tree which makes gfortran output sensible debug information for loops. This patch has been already posted http://gcc.gnu.org/ml/fortran/2004-10/msg00073.html I act

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 23:56 --- Does -fno-ivopts help? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-10 23:52 --- (In reply to comment #0) > The relevant parts form the loop looks something like this: >40CONTINUE > IF( NDONE.LT.IM ) THEN > OLDNCL = NCLUS > NCLUS = 0 > LSB

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-10 23:51 --- Created an attachment (id=7320) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7320&action=view) output of objdump -s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug middle-end/17926] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-10 23:50 --- Created an attachment (id=7319) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7319&action=view) LAPACK source file which shows the infinite loop -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug middle-end/17926] New: infinite loop in LAPACK test at -Os and -O2

The LAPACK test slarrv.f ends up in an infinite loop, when compiled with -Os or -O2. Closer look at the assembly reveals that we're inddeed generating an infinite loop. The relevant parts form the loop looks something like this: 40CONTINUE IF( NDONE.LT.IM ) THEN OLDNCL

[Bug c++/17920] add __attribute__((reimpl)) as a replacement for the (optional) virtual keyword for reimplementations of virtual functions

--- Additional Comments From gdr at cs dot tamu dot edu 2004-10-10 22:46 --- Subject: Re: add __attribute__((reimpl)) as a replacement for the (optional) virtual keyword for reimplementations of virtual functions "giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes: | As far as

[Bug c++/17920] add __attribute__((reimpl)) as a replacement for the (optional) virtual keyword for reimplementations of virtual functions

--- Additional Comments From giovannibajo at libero dot it 2004-10-10 22:41 --- As far as I can tell, this is just a hint for the compiler to generate better diagnostic. Pretty much like attribute(sentinel) for instance: we just give the compiler more information, we are not modifying

[Bug rtl-optimization/17853] [3.4 Regression] -O2 ICE for MMX testcase

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 21:56 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/17393] [3.4/4.0 Regression] "unused variable '._0'" warning with -Wall

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-10 21:55 --- Fixed in GCC 3.4.3. -- What|Removed |Added Status|NEW |

[Bug c++/17393] [3.4/4.0 Regression] "unused variable '._0'" warning with -Wall

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-10 21:55 --- Subject: Bug 17393 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-10 21:55:02 Modified files: gcc/cp : Change

[Bug rtl-optimization/17853] [3.4 Regression] -O2 ICE for MMX testcase

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-10 21:53 --- Subject: Bug 17853 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-10 21:53:39 Modified files: gcc: Change

[Bug c++/17393] [3.4/4.0 Regression] "unused variable '._0'" warning with -Wall

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-10 21:49 --- Subject: Bug 17393 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-10 21:49:27 Modified files: gcc/cp : ChangeLog decl.c gcc/testsui

[Bug fortran/15326] ICE with assumed length character strings

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2004-10-10 21:08 --- Subject: Re: ICE with assumed length character strings tobi at gcc dot gnu dot org wrote: > If the function D from the testcase is declared external, with no interface, we > hit the

[Bug middle-end/17925] [4.0 Regression] Gotos do not locations

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 21:07 --- Confirmed based on testresults since the tree-ssa was merged. -- What|Removed |Added

[Bug middle-end/17925] New: [4.0 Regression] Gotos do not locations

This causes the following failures: FAIL: 102:is -:should be 1 FAIL: g++.dg/gcov/gcov-1.C gcov: 1 failures in line counts, 0 in branch percentages, 0 in return percentages FAIL: 96:is -:should be 1 FAIL: gcc.misc-tests/gcov-4.c gcov: 1 failures in line counts, 0 in branch percentages, 0 in retur

[Bug fortran/15326] ICE with assumed length character strings

--- Additional Comments From tobi at gcc dot gnu dot org 2004-10-10 21:04 --- The patch is wrong because it does only solve part of the problem. With the testcase from the mailing list posting referred to above, we get code like this: { logical4 D.464; char[1 .. .d] * pstr.0;

[Bug target/17836] [4.0 Regression] ABI breakage for 16-byte vectors (non-Altivec ABI & ISA)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 20:27 --- Causes these two tests to fail on ppc: FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o compile FAIL: gcc.dg/compat/vector-2 c_compat_y_tst.o compile And: FAIL: gcc.dg/pr17055-1.c (test for excess errors) --

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 20:23 --- Confirmed by every testsuite results since the tree-ssa merge. -- What|Removed |Added

[Bug debug/17924] New: [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

FAIL: gcc.dg/debug/dwarf2/dwarf-die7.c scan-assembler 1.*DW_AT_inline FAIL: gcc.dg/debug/dwarf2/dwarf-die7.c scan-assembler 1.*DW_AT_inline Fails on the mainline. -- Summary: [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails Product: gcc Version: 4.0.0

[Bug target/15923] [4.0 Regression] gcc.c-torture/execute/931004-12.c fails on powerpc-apple-darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-10 20:18 --- gcc.c-torture/execute/va-arg-22.c also fails the same way. So does: FAIL: gcc.dg/compat/struct-by-value-2 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.dg/compat/struct-by-value-4 c_compat_x_tst.o-c_

[Bug java/9157] SEGV on bad java source

--- Additional Comments From timo dot lindfors at iki dot fi 2004-10-10 20:09 --- This one seems to be alive still, $ gcj -C AddString.java AddString.java: In class `AddString': AddString.java: In method `AddString.add(int)': AddString.java:6: internal compiler error: Segmentation fault