[Bug tree-optimization/19903] ACATS cxa4006 cxa4017 fail at runtime

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 07:08 --- Subject: Bug 19903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 07:06:26 Modified files: gcc: ChangeLog tree-chrec.c Log message:

[Bug tree-optimization/19903] ACATS cxa4006 cxa4017 fail at runtime

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 07:11 --- Subject: Bug 19903 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 07:09:57 Modified files: gcc: Change

[Bug libfortran/20744] size= isn't implemented correctly

--- Additional Comments From Thomas dot Koenig at online dot de 2005-04-05 07:17 --- This is fixed with http://gcc.gnu.org/bugzilla/attachment.cgi?id=8525&action=view (an attachment to PR 20661). Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20744

[Bug tree-optimization/19903] ACATS cxa4006 cxa4017 fail at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-05 07:18 --- See http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02709.html -- What|Removed |Added

[Bug c++/20763] New: [4.0 regression] Incompatible struct alignment change

C++ structure layout has changed and is now incompatible between C++ and Java, and between older releases of C++. Structure layout is also incompatible with C. This is an ABI breaking bug. See the discussion beginning at http://gcc.gnu.org/ml/gcc/2005-04/msg00139.html and the testcase at http://

[Bug c++/20763] [4.0 regression] Incompatible struct alignment change

--- Additional Comments From aph at gcc dot gnu dot org 2005-04-05 08:54 --- Created an attachment (id=8535) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8535&action=view) A test case If you run the appended code with g++ version 3.4.1, you get $ g++ -m32 thing.cc -save-temps &

[Bug fortran/20713] Not pad parameter strings.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 08:55 --- Subject: Bug 20713 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 08:54:50 Modified files: gcc/fortran: array.c decl.c match.h gcc/t

[Bug fortran/15959] ICE and assertion failure in trans-decl.c with character initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 08:55 --- Subject: Bug 15959 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 08:54:50 Modified files: gcc/fortran: array.c decl.c match.h gcc/t

[Bug fortran/20713] Not pad parameter strings.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 09:04 --- Subject: Bug 20713 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 09:03:51 Modified files: gcc/fortran: array.

[Bug fortran/15959] ICE and assertion failure in trans-decl.c with character initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 09:04 --- Subject: Bug 15959 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 09:03:51 Modified files: gcc/fortran: array.

[Bug libfortran/19155] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-05 09:41 --- Well, the discussion on c.l.f. seems clear: the standard forbids this, but does not require that we issue an error. It may be worth accepting it with a warning. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug target/20717] [4.1 Regression] Many C++ testsuite failures on ia64-hpux

--- Additional Comments From jh at suse dot cz 2005-04-05 09:46 --- Subject: Re: [4.1 Regression] Many C++ testsuite failures on ia64-hpux > > --- Additional Comments From wilson at gcc dot gnu dot org 2005-04-05 > 04:04 --- > The patch seems to have been incompletely checked

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 09:47 --- I may need some special absolution to apply this to 4.0, because I get regressions for frv-elf there. Well, ok, it's actually a timeout, but on a 2.8GHz P4 host, nonetheless): WARNING: program timed out. FAIL: 2

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From jakub at redhat dot com 2005-04-05 10:19 --- Subject: [PATCH] Fix PR preprocessor/19475 Hi! This patch fixes PR preprocessor/19475 by issuing just warning, not pedwarn, for < ISO C99 if there is no whitespace between macro definition and replacement, but re

[Bug fortran/20755] gfortran - prints the same number with 1p4G12.3 two different ways

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-05 10:21 --- Confirmed. Further reduced test case is: $ cat pr20775.f write (*,2000) 0.0, 0.02 write (*,2000) 0.01, 0.02 2000 format (1P2G12.3) end $ gfortran pr20775.f && ./a.out 0.00

[Bug tree-optimization/20076] [3.3/3.4/4.0/4.1 Regression] __builtin_return(__builtin_apply()) inlined incorrectly

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-05 11:19 --- Patch here: -- What|Removed |Added

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From neil at daikokuya dot co dot uk 2005-04-05 11:31 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Jakub Jelinek wrote:- > Is there some limitation on how many bytes or error messages > dejagnu groks or something? I think it gets confused by the column nu

[Bug libfortran/20755] gfortran - prints the same number with 1p4G12.3 two different ways

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-05 11:46 --- Patch proposed here: http://gcc.gnu.org/ml/fortran/2005-04/msg00083.html -- What|Removed |Added

[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-05 11:50 --- As per comment#23, it *is* still the same problem. -- What|Removed |Added Status|R

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From jakub at redhat dot com 2005-04-05 11:57 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 On Tue, Apr 05, 2005 at 08:32:58PM +0900, Neil Booth wrote: > Jakub Jelinek wrote:- > > > Is there some limitation on how many bytes or error messages > > dejagnu gr

[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-05 12:06 --- 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-05 > 06:49 --- > D

[Bug c++/20763] [4.0 regression] Incompatible struct alignment change

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-05 12:59 --- typedef void *voidp; struct S { char a; voidp __attribute__ ((aligned (16))) b; }; struct T { char a; void *__attribute__ ((aligned (16))) b; }; int f[sizeof (struct S) != sizeof (struct T) ? -1 : 1

[Bug c++/20763] [4.0/4.1 regression] Incompatible struct alignment change

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 13:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/20763] [4.0/4.1 regression] Incompatible struct alignment change

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW

[Bug fortran/20713] Not pad parameter strings.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 13:24 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/15959] ICE and assertion failure in trans-decl.c with character initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 13:25 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/19276] [meta-bug] CHARACTER related bugs in gfortran

-- Bug 19276 depends on bug 15959, which changed state. Bug 15959 Summary: ICE and assertion failure in trans-decl.c with character initialization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15959 What|Old Value |New Value -

[Bug c++/20764] New: value won't fit in type

Given the following C++ source code float fred = 1.0e50; The float data type maximum value is around 1.0e38 on my machine, so fred will not fit. gcc 3.4 snapshot for 20050401 fails to detect this. [EMAIL PROTECTED]:~/C++/Alphasrc> ~/gnu/20050401/results/bin/g++ -g -c -O2 -Wall floatVal.cc [EM

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From kreckel at ginac dot de 2005-04-05 14:01 --- (In reply to comment #7) > (p.s., FWIW, I *think* log(a1) is the same for imag(a1) == -0 vs +0) Huhh? Not if real(a1) is negative. The branch cut conventionally runs along the negative real axis. For instance,

[Bug c++/20763] [4.0/4.1 regression] Incompatible struct alignment change

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-05 14:04 --- Mark, this seems to be caused by http://gcc.gnu.org/ml/gcc-patches/2004-06/msg01720.html The attributes are attached to the cdk_id declarator which is stored inside of a cdk_pointer declarator, but grokdeclara

[Bug libfortran/20755] gfortran - prints the same number with 1p4G12.3 two different ways

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 14:20 --- Subject: Bug 20755 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 14:20:11 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug libfortran/20755] gfortran - prints the same number with 1p4G12.3 two different ways

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 14:24 --- Subject: Bug 20755 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 14:24:39 Modified files: gcc/testsuite : Change

[Bug c/20764] value won't fit in type

-- What|Removed |Added Severity|normal |enhancement Component|c++ |c Keywords||

[Bug libfortran/20755] gfortran - prints the same number with 1p4G12.3 two different ways

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-05 14:33 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From pcarlini at suse dot de 2005-04-05 14:36 --- Ok, you are right (forgot that your testcases is for negative real part): then the imaginary part of the log changes from +Pi to -Pi, since it's equal to arg. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2075

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 14:47 --- Without special approval, I'm not going to apply this to 3.4, because it causes a regression for v850-unknown-elf there, doubly confirmed, i.e. by reverting the patch and noticing the failure disappear: FAIL: g77

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From pcarlini at suse dot de 2005-04-05 14:47 --- Gaby, what do you think about this issue? In fact, it seems to me that an implementation strictly following the standard (26.2.6/6), or complex1.patch here, doesn't not incur in this problem... -- What

[Bug tree-optimization/20598] [4.1 regression] gcc.c-torture/unsorted/uuarg.c, -O3

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 14:50 --- Was still there for CRIS and MMIX with with LAST_UPDATED "Mon Mar 28 03:18:05 UTC 2005". Gone for CRIS and MMIX with "Mon Mar 28 13:26:33 UTC 2005", assumed fixed. -- What|Removed

[Bug target/20342] [4.0/4.1 regression] ICE in spill_failure, at reload1.c:1872

-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20342

[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-05 14:59 --- (In reply to comment #25) > As per comment#23, it *is* still the same problem. But it is not as the x86 one was about combine generating bad subregs but combine in this case is not generating bad subregs

[Bug bootstrap/20765] New: c4x port doesn't build

When I try to build gcc with bintuils, I get the following error message. In file included from /home/kazu/gnu/gcc/gcc-develop/gcc/gcc/unwind-dw2-fde.c:38: /home/kazu/gnu/gcc/gcc-develop/gcc/gcc/unwind.h:59: error: unable to emulate $-1òøDIòù In file included from /home/kazu/gnu/gcc/gcc-develop

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Additional Comments From mark at codesourcery dot com 2005-04-05 15:20 --- Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info dave at hiauly1 dot hia dot nrc dot ca wrote: > The warnings are from GCC: Right; I wrote "link-time warnin

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

-- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20758

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-05 15:36 --- Created an attachment (id=8536) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8536&action=view) improved optabs.c patch There are more instances of this problem in expand_binop. Attached is an update

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 15:40 --- Subject: Bug 19159 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 15:40:18 Modified files: gcc/cp : ChangeLog decl2.c Log message:

[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-05 15:46 --- I have checked in the patch to resolve the link failures, but I will leave this bug open until we've had a chance to analyze the warnings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159

[Bug c++/20763] [4.0/4.1 regression] Incompatible struct alignment change

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

-- What|Removed |Added OtherBugsDependingO||19159 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20584

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 16:30 --- (In reply to comment #28) > I have checked in the patch to resolve the link failures, but I will leave > this > bug open until we've had a chance to analyze the warnings. I would think this is the same as P

[Bug libfortran/20766] New: gfortran - run time error when calling fortran subroutine from c

We do this all of the time and g77, Absoft, IBM etc... do not complain. [dranta:~/tests/gfortran] dir% gcc -c callc.c [dranta:~/tests/gfortran] dir% g77 -c callf.f [dranta:~/tests/gfortran] dir% g77 -o callc callc.o callf.o [dranta:~/tests/gfortran] dir% callc I am Here [dranta:~/tests/gfortran

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 16:39 --- Subject: Bug 20527 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 16:39:14 Modified files: gcc/testsuite : Change

[Bug libfortran/20766] gfortran - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 16:42 --- I think you need to call "set_args (argc, argv);" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20766

[Bug libfortran/20766] gfortran - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 16:44 --- actually this is a darwin specific bug, related to how lazy loading works. I will look into it. It works correctly on i686-pc-linux-gnu. -- What|Removed |Added ---

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 16:46 --- Subject: Bug 20527 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 16:45:56 Modified files: gcc: Change

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From zack at codesourcery dot com 2005-04-05 16:49 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Jakub Jelinek <[EMAIL PROTECTED]> writes: > Hi! > > This patch fixes PR preprocessor/19475 by issuing just warning, not pedwarn, > for < ISO C99 if there is no

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 16:51 --- No 3.4 commit and now committed to 4.0 too (the frv-elf timeout failure was not repeatable): closing. -- What|Removed |Added --

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From jakub at redhat dot com 2005-04-05 16:54 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 On Tue, Apr 05, 2005 at 09:49:19AM -0700, Zack Weinberg wrote: > > This patch fixes PR preprocessor/19475 by issuing just warning, not pedwarn, > > for < ISO C99 if t

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From zack at codesourcery dot com 2005-04-05 17:05 --- Subject: Re: [PATCH] Fix PR preprocessor/19475 Jakub Jelinek <[EMAIL PROTECTED]> writes: > On Tue, Apr 05, 2005 at 09:49:19AM -0700, Zack Weinberg wrote: >> > This patch fixes PR preprocessor/19475 by issuin

[Bug libfortran/20766] gfortran - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 17:06 --- Ok, this is a darwin specific bug, really this is a just darwin specific. We need to add -single_module to the link when linking libgfortran.dyld. -- What|Removed |Add

[Bug target/20025] Internal error while compiling

--- Additional Comments From dje at gcc dot gnu dot org 2005-04-05 17:08 --- I cannot duplicate this with GCC 3.3.3 on AIX, GCC 3.3-hammer on SLES9, GCC 3.4.4 on SLES9, or GCC 4.0 on SLES9. This may have been introduced after GCC 3.3.4 or 3.3.5, but it appears to have been fixed in mo

[Bug ada/17527] Ada Bootstrap problem because of -Werror

--- Additional Comments From v dot haisman at sh dot cvut dot cz 2005-04-05 17:26 --- Subject: Re: Ada Bootstrap problem because of -Werror Sorry for the delay. I've bootstrapped todays GCC with Ada and everything was fine, so it seem to be fixed, thanks. VH On Mon, 4 Apr 2005, pin

[Bug ada/17527] Ada Bootstrap problem because of -Werror

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 17:32 --- Fixed. -- What|Removed |Added Status|WAITING |RESOLVED

[Bug pch/20673] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 17:33 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-05 17:32:41 Modified files: gcc/cp : Change

[Bug pch/20673] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 17:36 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 17:35:54 Modified files: gcc/cp : decl.c Added files: gcc/test

[Bug c++/20763] [4.0/4.1 regression] Incompatible struct alignment change

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-05 17:38 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLV

[Bug tree-optimization/20767] New: gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

FAIL: gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 appears on hppa64-hpux and on ia64-hpux with -mlp64. gcc-testresults also shows it on powerpc64-linux-gnu, x86_64-linux-gnu and mips-irix with -mabi=64, so this appears to be a generic 64-bit problem. -- Summary:

[Bug tree-optimization/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-05 17:56 --- Subject: Re: New: gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems On Tue, 2005-04-05 at 17:44 +, jsm28 at gcc dot gnu dot org wrote: > FAIL: gcc.dg/tree

[Bug tree-optimization/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 17:57 --- Or it might be elimitating 5 since there is an extra cast. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20767

[Bug java/20768] New: Bytecode -> native code doesn't handle exception properly

With the test case I will attach, I get different behaviour if I compile it first to bytecode *with ecj* and then natively compile it versus interpreting the bytecode (I have also tried going directly from source to native and that's the same behaviour as interpreted). The error does not happen wi

[Bug java/20768] Bytecode -> native code doesn't handle exception properly

--- Additional Comments From overholt at redhat dot com 2005-04-05 18:12 --- Created an attachment (id=8537) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8537&action=view) Test case (boiled down from something we're seeing with Ecilpse) -- http://gcc.gnu.org/bugzilla/show_bug

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 18:14 --- The problem is that we eliminate 5 instead of 4. Eliminated: 5 The easy fix to make sure that this does not fail on any target is the following: Index: gcc.dg/tree-ssa/ssa-pre-8.c =

[Bug java/20768] Bytecode -> native code doesn't handle exception properly

-- What|Removed |Added CC||bkonrath at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768

[Bug rtl-optimization/20769] New: bt-load.c doesn't take nonlocal gotos into account.

While nonlocal gotos of the setjmp / longjmp variety are harmless, nonlocal gotos like in execute/nestfunc-6.c arrive at a label not associated with the call site, and hence the target registers can contain unexpected values. branch target register load migration must not hoist register loads past

[Bug rtl-optimization/20769] bt-load.c doesn't take nonlocal gotos into account.

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-05 18:24 --- Created an attachment (id=8538) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8538&action=view) proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20769

[Bug preprocessor/20770] New: Using -M -MT ... -MF ... with -g3 generates preprocess line to stdout

Found using gcc 3.4.2 on Fedora Core 3: $ gcc -g3 -M -MT hello. -MF hello.d hello.c # 1 "/home/viz/src//" $ The line '# 1 "/home/viz/src//"' should not be generated. Verified that the problem still exists in 3.4.3. $ cat hello.c #include int main () { printf("Hello\n"); } $ gcc -v -Wall

[Bug java/20768] Bytecode -> native code doesn't handle exception properly

--- Additional Comments From mckinlay at redhat dot com 2005-04-05 18:33 --- Confirmed. There seems to be something unique about the exception table generated by ecj which confuses gcj. Note that this happens both with or without optimization. -- What|Removed

[Bug c/20303] Can't push more than 16 nested visibility

--- Additional Comments From hjl at lucon dot org 2005-04-05 18:36 --- A new patch is posted at http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00567.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20303

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-05 18:41 --- Subject: Re: gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems On Tue, 2005-04-05 at 18:14 +, pinskia at gcc dot gnu dot org wrote: > --- Additional C

[Bug testsuite/20771] New: Duplicate PCH test names

gcc.sum contains pairs of identical lines such as: PASS: gcc.dg/pch/common-1.c -O0 -g (test for excess errors) PASS: gcc.dg/pch/common-1.c -O0 -g (test for excess errors) The text after "PASS: " or "FAIL: " is a test name which is supposed to be unique, for the sake of regression testers matching

[Bug testsuite/20772] New: x86 tests should run on both i?86 and x86_64

There are i?86 targets which can use -m64 (i386-pc-solaris2.10) and x86_64 targets which can use -m32 (most or all of them). In both cases, --disable-multilib can be used so that only -m32, or only -m64 is available. Tests requiring 32-bit x86 can run on both i?86 and x86_64, as can tests requiri

[Bug middle-end/18152] corrupted profile info after optimized compilation and --fprofile-use

--- Additional Comments From joc at presence-pc dot com 2005-04-05 19:44 --- Any news about this issue ? Thanks ! Jocelyn -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152

[Bug target/20717] [4.1 Regression] Many C++ testsuite failures on ia64-hpux

--- Additional Comments From wilson at specifixinc dot com 2005-04-05 19:44 --- Subject: Re: [4.1 Regression] Many C++ testsuite failures on ia64-hpux jh at suse dot cz wrote: > This sounds like reason for the failure. What precisely is the > behaviour of FDESC_ADDR? (ie should I be

[Bug java/20773] New: ICE: SEGV building jar file

I'm seeing the following: # gcj -O2 -shared -findirect-dispatch -Wl,-Bsymbolic -fPIC -o libtritonus.jar.so tritonus.jar org/tritonus/util/TCircularBuffer.java: In class 'org.tritonus.util.TCircularBuffer': org/tritonus/util/TCircularBuffer.java: In method 'org.tritonus.util.TCircularBuffer.read(b

[Bug java/20773] ICE: SEGV building jar file

--- Additional Comments From green at redhat dot com 2005-04-05 19:59 --- Created an attachment (id=8539) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8539&action=view) Problem jar file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20773

[Bug tree-optimization/20773] ICE: SEGV building jar file

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05 20:05 --- This is a tree optimization problem: #0 add_phi_arg (phi=0x45d11380, def=0x43bb83c0, e=0x0) at /Users/pinskia/src/new-fold/gcc/ gcc/tree-phinodes.c:339 #1 0x000a91a4 in tree_duplicate_sese_region (entry=0

[Bug preprocessor/19475] [3.3/3.4/4.0/4.1 Regression] missing whitespace after macro name in C90 or C++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 20:07 --- Subject: Bug 19475 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 20:07:06 Modified files: gcc/testsuite : ChangeLog libcpp : C

[Bug fortran/20774] New: Debug information in .o (from FORTRAN) points to temporary file under certain circumstances

Compiling short subroutine below (with included .inc file) produces defective debug information referring to temporary file. Pre-processed file not included because -save-temps option (slightly) changes the nature of the problem, and compiling the preprocessed .f file will not exhibit the problem.

[Bug tree-optimization/20076] [3.3/3.4/4.0/4.1 Regression] __builtin_return(__builtin_apply()) inlined incorrectly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 20:10 --- Subject: Bug 20076 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 20:10:14 Modified files: gcc: ChangeLog tree-inline.c gcc/

[Bug java/20768] Bytecode -> native code doesn't handle exception properly

--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-05 20:15 --- Could you attach the ecj-generated bytecode for this file? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768

[Bug libgcj/20775] New: Crash in libgcj.so on linux alpha

gij crashes in GC I am not sure which component to report this bug against. I did some investigations and I got to the boehm-gc. I checked the latest CVS gcc4_0-branch and tried to "make check" in boehm-gc directory. The test crashed too. # gij --version gij (GNU libgcj) version 3.4.3 20050221 (R

[Bug c/20760] cast to variable-length array type combined with switch statement gives segv

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-05 20:50 --- I'd like to get rid of the use of SAVE_EXPR for VLA sizes in C, but there may well be a smaller local fix for this bug. -- What|Removed |Added

[Bug target/19370] .size directive not emitted for mips-linux

--- Additional Comments From echristo at redhat dot com 2005-04-05 21:05 --- fixed quite a while ago. -- What|Removed |Added Status|WAITING |

[Bug target/11787] always call memcpy for block move in mips16

--- Additional Comments From echristo at redhat dot com 2005-04-05 21:23 --- The point of mips16 is smaller code, why would you expect inline memcpy calls at any point? -eric -- What|Removed |Added

[Bug target/11787] always call memcpy for block move in mips16

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |echristo at redhat dot com |dot org | Status|WAITING

[Bug ada/18659] [4.0/4.1 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From laurent at guerby dot net 2005-04-05 21:23 --- Fails on sparc-linux as well. Any resolution on this now that the release is near? With PR18819 these are the cause of the x86 ACATS regressions (3.4 was ACATS failure free on x86). -- What|Remo

[Bug target/13309] Incorrect code generated for __udivdi3 (really __udivmoddi4) (MIPS)

--- Additional Comments From echristo at redhat dot com 2005-04-05 21:26 --- Richard, I think we should probably close this one unless we actually get a chip part that has this failing :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13309

[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem

--- Additional Comments From echristo at redhat dot com 2005-04-05 21:35 --- Since I don't have a 6.2 box (and neither does Richard afaik), I'm not certain there's anything we can do about this. You'll either need to debug the differences on your platform between this and 6.5 or somethin

[Bug target/19658] fail to build gcc 3.4.3 on IRIX6.5

--- Additional Comments From echristo at redhat dot com 2005-04-05 21:36 --- No response. Cleaning up old prs. -- What|Removed |Added Status|WAITING

[Bug bootstrap/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-05 21:41 --- Switched component to bootstrap. -- What|Removed |Added Component|libgcj

  1   2   >