[Bug driver/15690] [4.0 Regression] compilation stops after the first file with errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 07:45 --- Fixed by: PR 18732 * gcc.c (main): Do not break out of loop when error is reported while processing one source file. -- What|Removed |Added --

[Bug target/18002] [3.4 Regression] 'while' loop performace regression on avr target

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 07:41 --- Fixed on the mainline at least. -- What|Removed |Added Summary|[3.4/4.0 Regressio

[Bug tree-optimization/18892] missed optimization with & and ==

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 07:19 --- (In reply to comment #5) > (In reply to comment #4) > > when I compile this program with mainline. Isnt this what you claimed it > > should > > be compiled to? or are you claiming it should be optimized t

[Bug fortran/17423] gfortran segfault when compiling FM509.f from NIST testsuite

/trans.c:154 gcc version 4.0.0 20041210 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423

[Bug fortran/17423] gfortran segfault when compiling FM509.f from NIST testsuite

--- Additional Comments From jvdelisle at verizon dot net 2004-12-11 05:59 --- ICE on NIST FM252.f reduced case similar to pr#18827 PROGRAM FM252 C ASSIGN 0012 TO I 0012 FORMAT (" ASSIGN FORMAT NUMBER TO INTEGER VARIABLE " ) END -- http://gcc.gnu.org/b

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From andre dot maute at gmx dot de 2004-12-11 03:28 --- now with --disable-checking in the configure parameters for gcc-4.0 > g++-4.0-20041205-1-dc -v Reading specs from /opt/gcc-4.0-20041205-1-dc/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc

[Bug middle-end/18424] [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 01:49 --- Subject: Bug 18424 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 01:49:06 Modified files: gcc: ChangeLog dojump.c Log message:

[Bug target/18002] [3.4/4.0 Regression] 'while' loop performace regression on avr target

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 01:49 --- Subject: Bug 18002 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 01:49:06 Modified files: gcc: ChangeLog dojump.c Log message:

[Bug fortran/18913] [g77 only] seg. fault with -finit-local-zero option on complex array of dimension 1

--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-11 01:35 --- same results on 3.4.2 -- What|Removed |Added Status|UNCONFIRMED |

[Bug c/18935] [3.4 Regression] Error on reference of 'extern' variable in block scope.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 01:21 --- Fixed at least on the mainline: Search converges between 2004-07-31-trunk (#500) and 2004-08-01- trunk (#501). But it is a regression from 2.95.3: : Search converges between 2001-03-11-trunk (#10) and 2001

Compiler gives internal error and uses all system ram (over 256 megs)

>Submitter-Id: net >Originator:BelGarath of The Vale >Organization: >Confidential: no >Synopsis: GCC gives internal error and uses all sytem ram before doing so. >Severity: critical Priority: medium >Category: c >Class: sw-bug >Release: 3.4.1 >Environment: System: L

[Bug c/18935] New: Error on reference of 'extern' variable in block scope.

This problem occurs in both mode c89 and c99. I will try to describe it with a simple example. - code.c -- #include int main(void) { extern int a; printf("a: %d\n", a); int a = 20; /* internal compiler error */ return 0; } ---

[Bug driver/18732] Compiler will not compile two source files if first has error or is unreadable

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 00:02 --- Subject: Bug 18732 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 00:02:00 Modified files: gcc: ChangeLog gcc.c Log message:

Re: [Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

On Fri, 10 Dec 2004, andre maute wrote: Once more i couldn't upload an attachment with the bugzilla upload form, so i send it here. You can email it to [EMAIL PROTECTED] with a subject of "Bug 16613" (or whatever the bug number is), and it'll auto-add it to the bug for you.

[Bug c/18930] name clash in C?

--- Additional Comments From jacob at engelbrecht dot dk 2004-12-10 23:30 --- Then I do not understand why the second program is legal? (After a bit of experimentation I found out that if the type name is used as variable name then it can not be used as a typename again). I would Think t

[Bug c++/18934] Spurious Uninitialized Variable Warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 23:20 --- Fixed in 4.0.0 by moving the uninitializing warning to the tree level where the exceptions have not been lowered to setjmp/longjmp which is what is causing the warning. -- What|Removed

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From andre dot maute at gmx dot de 2004-12-10 22:42 --- sorry missed the following two lines > time g++-3.3.5 -c -O3 -D __DEBUG__ compiletimetest2.cc real0m12.454suser0m12.210ssys 0m0.230s so g++-3.3.5 is really good, and I don't hope t

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-10 23:12 --- (In reply to comment #9) > g++-4.0-20041205 -v > Reading specs from > /opt/gcc-4.0-20041205/lib/gcc/i686-pc-linux-gnu/4.0.0/specs > Configured with: ../gcc-4.0-20041205/configure --prefix=/opt/gcc-4.0-20

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-10 23:11 --- Ugh, I see what is wrong with the patch I posted at: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html * config/i386/cygming.h (TARGET_USE_JCR_SECTION): Overide default.

[Bug c++/18934] New: Spurious Uninitialized Variable Warning

// Spurious Uninitialized Variable Warning (gcc 3.4.3) // Lloyd Lewins // Raytheon Co // [EMAIL PROTECTED] // // Using gcc 3.4.3, the following spurious warning regarding rFileName is generated: /* > g++-343 -v -c -Wno-deprecated -Wall -O2 test1.cc Reading specs from /usr/local/lib/gcc/i686-pc-cyg

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From andre dot maute at gmx dot de 2004-12-10 22:36 --- I don't think the compile time regression is solved in the actual g++-4.0. I made some run time measurements with the attached file compiletimetest2.cc on a PIII 550. The __DEBUG__ tests only enable and so

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 22:25 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > > Can you come up with a hypothetical scenario? > No need. It's fundamentally broken in that it's recording > an invalid equ

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

Once more i couldn't upload an attachment with the bugzilla upload form, so i send it here. I'll refer to it later. Regards Andre compiletimetest2.cc.gz Description: GNU Zip compressed data

[Bug c++/18933] pointer-to-member called on incomplete type generates bad code

--- Additional Comments From bangerth at dealii dot org 2004-12-10 21:53 --- The fact that we don't issue any errors is a duplicate of PR 15684. However, the code is fundamentally broken in that you cast a pointer to B into a pointer to A and use it to do something with it. This violat

[Bug c++/15684] Pointer to member function called on incomplete type should diag

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 21:41 --- Ok, now we produce an error_mark_node which seems wrong if we don't produce an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15684

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 21:42 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 21:31 +, kazu at cs dot umass dot edu wrote: > Can you come up with a hypothetical scenario? No need. It's fun

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 21:31 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > Err, no. You're totally warping how the the equivalency code is meant > to work. It's a symmetric relationship and it's you

[Bug target/18932] [3.4 regression] -march=pentium4 -O2 causes ICE

--- Additional Comments From hjl at lucon dot org 2004-12-10 20:23 --- Created an attachment (id=7721) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7721&action=view) A testcase I got [EMAIL PROTECTED] tmp]$ /usr/gcc-3.4/bin/gcc -O2 -march=pentium4 -S ~/foo.c /export/home/hjl/foo

[Bug c++/18933] pointer-to-member called on incomplete type generates bad code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 21:09 --- Yes this invalid code and here is the werid part we have a error_mark_node. So this is a dup of bug 15684. *** This bug has been marked as a duplicate of 15684 *** -- What|Removed

[Bug c++/15684] Pointer to member function called on incomplete type should diag

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 21:09 --- *** Bug 18933 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18932] [3.4 regression] -march=pentium4 -O2 causes ICE

--- Additional Comments From belyshev at lubercy dot com 2004-12-10 21:06 --- // small testcase: int bar (int p, char c) { foo (p, c); if (c & 0xF0) return p; } -- What|Removed |Added -

[Bug c++/18933] New: pointer-to-member called on incomplete type generates bad code

When presented with the attached code, gcc (taken from CVS on Dec. 6 2004) generates bad code for the function callpmf(). The code it generates never calls the member function, so the exit status of this program is garbage (I get 39). No diagnostic is issued when compiling. If you replace the de

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From echristo at redhat dot com 2004-12-10 20:55 --- I just retried the attached patch and get a different failure in: #1 0x080f188d in gimple_add_tmp_var (tmp=0xf6d5cba0) at /lyorn/sourceware/combined/gcc/gimplify.c:531 531 gcc_assert (!TREE_CHAIN (tm

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 20:52 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug target/18932] [3.4 regression] -march=pentium4 -O2 causes ICE

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:25 --- Do not assign prs to people unless they request it. Assignment implies actively working on the problem. Use cc for advisory. -- What|Removed |Added

[Bug target/18932] New: [3.4 regression] -march=pentium4 -O2 causes ICE

This patch http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00701.html causes a regression on i386. -- Summary: [3.4 regression] -march=pentium4 -O2 causes ICE Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: critical Priori

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:17 --- Since the symbol exists in 3.3 (which I'd forgotten), we have to keep it. But I don't see any reason we can't fix the bug in its implementation. So let's do proper simode arithmetic. -- http://gcc.gnu.org/bu

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 20:12 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:57 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 20:14 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > BTW, I may have a nice clean way to deal with this problem which doesn't > depend on us not walking the SSA_NAME_VALUE chain.

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 20:04 --- > If addvsi3 actually performs addvdi3, that will be most surprising to > everyone. I think that's a very bad idea. Since we are not invoking > addvsi3, > and I suspect it's impossible to convince the

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 20:00 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 19:57 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > > I think so. :-) > I don't. :( I think it'll record tmp_1 = next_2, which is actually > wrong, even though it doesn't actu

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 19:44 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote: > By the way, I am now wondering how many times we succeed in thre

[Bug middle-end/18931] jar -> .so optimization problem

--- Additional Comments From overholt at redhat dot com 2004-12-10 19:43 --- Yes, this is i686-linux. I'll update to a more recent snapshot and see if I can reproduce. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931

[Bug middle-end/18931] jar -> .so optimization problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 19:41 --- What target is this on? i686-pc-linux? I cannot reproduce this on 20041204 on powerpc-darwin. -- What|Removed |Added -

[Bug middle-end/18903] [4.0 Regression] ice in bsi_after_labels

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 19:32 --- Subject: Bug 18903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-10 19:32:14 Modified files: gcc: ChangeLog tree-cfg.c gcc/tes

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:40 --- If addvsi3 actually performs addvdi3, that will be most surprising to everyone. I think that's a very bad idea. Since we are not invoking addvsi3, and I suspect it's impossible to convince the compiler to do s

[Bug middle-end/18903] [4.0 Regression] ice in bsi_after_labels

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 19:32 --- Subject: Bug 18903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-10 19:32:14 Modified files: gcc: ChangeLog tree-cfg.c gcc/tes

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 19:24 --- > I'm not sure redirecting __addvsi3 to __addvdi3 is correct. If we provide > that > symbol at all, I think it should do what it advertises. But what we export now as __addvsi3 will be exported as __add

[Bug c/18282] PR c/17384 patch causes regression from 3.4.2

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c/18282] PR c/17384 patch causes regression from 3.4.2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 19:23 --- Subject: Bug 18282 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-10 19:23:25 Modified files: gcc: Change

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 19:18 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote: > I think so. :-) I don't. :( I think it'll record tmp_1 = next_

[Bug java/18931] New: jar -> .so optimization problem

When natively compiling Eclipse jars with -O2, I get a compiler error: $ gcj -fnew-verifier -fPIC -fjni -findirect-dispatch -shared -O2 -o eclipse/startup.jar.so eclipse/startup.jar org/eclipse/core/launcher/Main.java: In class 'org.eclipse.core.launcher.Main': org/eclipse/core/launcher/Main.java:

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 18:58 --- I'm not sure redirecting __addvsi3 to __addvdi3 is correct. If we provide that symbol at all, I think it should do what it advertises. Just so I'm clear, are we invoking __addvsi3 right now, or is it just that

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 19:08 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > Note that recording tmp_1 = next_2 isn't particularly good either since > tmp_1 really isn't equivalent to next_2. It's equ

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 18:53 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Zdenek, > > > or simply use dominated_by_p, which is not too expensive - > > > only a couple of "if" statements, assuming the domina

[Bug rtl-optimization/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 18:40 --- simplify_plus_minus is where the problem is. -- What|Removed |Added Component|middl

[Bug target/18929] Profiling optimized code causes segfaults on ARM due to missing frames

--- Additional Comments From opensource at artnaseef dot com 2004-12-10 18:40 --- Subject: Re: Profiling optimized code causes segfaults on ARM due to missing frames I have not tested it, but I don't see why not. The patch is fairly short and straight-forward, I believe. ---

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-10 18:38 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) > > or simply use dominated_by_p, which is not too expensive - > > only a couple of "if" statements, assuming the

[Bug c/18930] New: name clash in C?

On several different version of gcc (2.95, 3.3 and 3.4) (gcc-3.4 --version reports: gcc-3.4 (GCC) 3.4.2 (Debian 3.4.2-2)) When I compile a.c I get errors: a.c:6: error: parse error before "c" etc but b.c compiles without errors. As I understand the ANSI-C standard, type names and variable names s

[Bug c/18930] name clash in C?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 18:33 --- Not a bug: typedef int i; typedef char c; i main (i c, c ** v) { } c is injected right away after "i c". -- What|Removed |Added -

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 18:24 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 00:28 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug target/18929] Profiling optimized code causes segfaults on ARM due to missing frames

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 18:20 --- Does this work in 3.4.? -- What|Removed |Added Component|c

[Bug c/18929] Profiling optimized code causes segfaults on ARM due to missing frames

--- Additional Comments From opensource at artnaseef dot com 2004-12-10 18:19 --- Created an attachment (id=7720) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7720&action=view) recommended fix This patch fixes the problem by forcing functions to keep their frame pointers when com

[Bug c/18929] New: Profiling optimized code causes segfaults on ARM due to missing frames

When compiling with the arm-linux compiler with optimization enabled, the compiler removes frame pointers from functions even when they are profiled. This leads to a segmentation fault with the glibc version of mcount when it attempts to determine the caller of a function from the current stack

[Bug middle-end/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 18:14 --- : Search converges between 2004-11-03-014001-trunk (#612) and 2004-11-03-161001-trunk (#613). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18928

[Bug middle-end/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:13 --- Here's a small testcase: -- const char *toHex( unsigned short u ) { static char hexVal[5]; int i = 3; while ( i >= 0 ) { unsigned short hex = (u & 0x000f); if ( hex

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 18:11 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Thu, 2004-12-09 at 05:24 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug middle-end/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:04 --- I can, however, confirm the segfault on top-of-mainline. No reduced testcase, however. W. -- What|Removed |Added

[Bug libfortran/17597] list directed read has error

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-10 18:03 --- The patch included here http://gcc.gnu.org/ml/fortran/2004-12/msg00088.html fixes this problem. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17597

[Bug middle-end/18928] ice on valid code with -O2 -fPIC

--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:01 --- This used to work with my somewhat outdated version 20041015; it must be a regression since then. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18928

[Bug libfortran/18891] write with no open causes core dump

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 17:44 --- Patch here: . -- What|Removed |Added

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 17:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 17:25 --- Subject: Bug 16536 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-10 17:25:07 Modified files: gcc: Change

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From hjl at lucon dot org 2004-12-10 17:11 --- An updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00757.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18153

[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch

--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-10 17:09 --- Oh, cool. :-) Did you get the patch linked up? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 17:03 --- Now also fixed on the 3.3 branch. -- What|Removed |Added Status|ASSIGNED

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 17:02 --- Subject: Bug 17868 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-10 17:02:32 Modified files: gcc/cp : Change

[Bug bootstrap/15212] [3.4/4.0 Regression] bootstrap fails on interix3

-- What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2004-04-29 21:27:43 |2004-12-10 16:59:27 date|

[Bug middle-end/18928] ice on valid code with -O2 -fPIC

-- What|Removed |Added Component|other |middle-end Keywords||ice-on-valid-code Summary|ice on valid c

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-10 16:53 --- Subject: Re: [3.3 regression] RDIV_EXPR not supported by dump_expr "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Gaby, is this trivial patch OK for the 3.3 branch? Yes, thanks. --

[Bug tree-optimization/18040] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:178

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:54 --- Newest patch here: . -- What|Removed |Added -

[Bug other/18928] ice on valid code.

--- Additional Comments From pluto at pld-linux dot org 2004-12-10 16:48 --- Created an attachment (id=7719) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7719&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18928

[Bug other/18928] New: ice on valid code.

ICE # g++ qpsprinter.ii -c -O2 -fPIC g++: Internal error: Segmentation fault (program cc1plus) WORK # g++ qpsprinter.ii -c -O2 WORK # g++ qpsprinter.ii -c -O -fPIC -- Summary: ice on valid code. Product: gcc Version: 4.0.0 Status: UNCONFIRMED

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-10 16:35 --- It was a completely fresh checkout to an empty dir (both times). I build a linux->win32 cross. (building on win32 takes way too long due to fork()). For the dwarf2 patch, I had used the one line pat

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

--- Additional Comments From schwab at suse dot de 2004-12-10 16:23 --- Broken by 2004-08-03 Mark Mitchell <[EMAIL PROTECTED]> * class.c (build_vtable): Do not set DECL_VISIBILITY here. (check_field_decls): Or here. (check_methods): Or here. (ini

[Bug c++/18731] [3.3 regression] ICE on invalid template declaration

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 16:15 --- Fixed on mainline and for 3.4.4 -- What|Removed |Added Summary|[3.3/3.4/4.0 regr

[Bug c++/18731] [3.3/3.4/4.0 regression] ICE on invalid template declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 16:13 --- Subject: Bug 18731 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-10 16:13:47 Modified files: gcc/cp : Change

[Bug c++/18327] [3.3/3.4/4.0 Regression] ICE while compiling valid c code with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:08 --- *** Bug 18926 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/18926] internal compiler error: in tree_low_cst, at tree.c:3255

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:08 --- *** This bug has been marked as a duplicate of 18327 *** -- What|Removed |Added

[Bug c++/18731] [3.3/3.4/4.0 regression] ICE on invalid template declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 16:04 --- Subject: Bug 18731 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-10 16:04:22 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

-- What|Removed |Added Component|target |middle-end Keywords||compile-time-hog http://gcc.gnu.org/bugzilla/show_

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 15:48 --- Gaby, is this trivial patch OK for the 3.3 branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17868

[Bug target/18927] New: O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

Some C-Code is (with Option -O0) processed by an algorithm with O(n^2) time. This simple code scheme shows that the compile time grows fast with the number of basic blocks in a function. If the number of basic blocks is doubled the compile time is almost quadrupled. The output of -ftime-report sho

[Bug c++/18926] New: internal compiler error: in tree_low_cst, at tree.c:3255

[EMAIL PROTECTED]:/tmp/s$ g++ -c foo.c foo.c:16: internal compiler error: in tree_low_cst, at tree.c:3255 when compiling following code: 8< [cut here] --- typedef struct { char *str; int n; char *(f[]); char *(l[]);

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

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

[Bug target/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From uros at kss-loka dot si 2004-12-10 15:34 --- This patch will fix the mainline, but more investigation is needed. Index: cse.c === RCS file: /cvs/gcc/gcc/gcc/cse.c,v retrieving revision 1.327 dif

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-10 15:32 --- Patch here: http://gcc.gnu.org/ml/fortran/2004-12/msg00099.html -- What|Removed |Added

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

-- What|Removed |Added Summary|Invalid gprel relocation in |[4.0 regression] Invalid |PIC |gprel relocation in PIC http://gcc.g

[Bug fortran/18827] ICE on assign to common variable

--- Additional Comments From wf_cs at yahoo dot com 2004-12-10 14:58 --- I've fixed the first and am looking into the second. I think the second (variable with equivalence)is an invalid code. ifort also gives an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827

  1   2   >