[Bug tree-optimization/20913] copy-prop does not fold conditionals

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:40 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug debug/20940] [4.1 Regression] Option -ggdb3 stopped working

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:38 --- This was caused by: 2005-04-09 Caroline Tice <[EMAIL PROTECTED]> * dwarf2out.c (COLD_TEXT_SECTION_LABEL): New macro. .. (output_line_info): Get cold section lab

[Bug debug/20940] [4.1 Regression] Option -ggdb3 stopped working

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:34 --- Confirmed, this just started to happen in the last three days too. -- What|Removed |Added

[Bug debug/20940] Option -ggdb3 stopped working

-- What|Removed |Added Component|c |debug Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.

[Bug c/20940] New: Option -ggdb3 stopped working

The option -ggdb3 has stopped working recently. The following example does not compile any more [/Users/fca] cat junk.c #include main () { float a=0; printf("%f\n",a); } [/Users/fca] /opt/gcc-4_0/bin/gcc -ggdb3 junk.c -o junk.o junk.c:5: internal compiler error: Bus error Please

[Bug fortran/20833] LEN of a null slice and temporaries don't mix up well

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:30 --- Confirmed, looks like someone is forgetting to call fold somewhere: int4 C.465 = 1 - 1; int4 C.464 = 2; -- What|Removed |Added ---

[Bug tree-optimization/19347] Invariant load not moved out of loop

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Last reconfirmed|2005-01-09 1

[Bug libfortran/19106] [4.0 only] segfault in executable for print *,sum(a,dim=2,mask=a>0)

-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19106

[Bug libfortran/19014] [4.0 only] print *,maxloc(array) segfaults

-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19014

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:03 --- I almost want to say this was caused by: 2005-04-05 Andrew MacLeod <[EMAIL PROTECTED]> * lambda-code.c (lambda_loopnest_to_gcc_loopnest): Use update_stmt. Use immediate use iterator.

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 06:00 --- Most likely libiberty (the pex* functions) is being miscompiled. -- What|Removed |Added

[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.

--- Additional Comments From mark at codesourcery dot com 2005-04-11 04:27 --- Subject: Re: [4.0 Regression] internal compiler error: verify_stmts failed. dberlin at gcc dot gnu dot org wrote: > --- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 > 02:54 -

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-11 03:52 --- This patch fixes bootstrap failure on i686-pc-linux-gnu. -- What|Removed |Added

[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-11 03:51 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On Apr 10, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Thanks for alerting me to this one; it does look relatively > serious.

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 03:05 --- This is actually fold checksum error in that TYPE_CONTAINS_PLACEHOLDER_INTERNAL can change for any type. I am testing a patch to fix it but it will take a while. -- What|Removed

[Bug middle-end/20939] [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-11 03:00 --- Subject: Re: [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0 > > It might also just be a bug in HP's ld. Oops, I just checked and this failure was with GNU ld. Thus, it probably

[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 02:54 --- Somebody must have moved the fold-const changes that caused this over to the 4.0 branch. Mark, do you want this fix in 4.0? It's been in mainline for a while now. It's incredibly low risk. It only change

[Bug middle-end/20939] [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-11 02:41 --- Subject: Re: [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0 > I really doubt that this is a libfortran problem but a middle-end one or even > a target one. I only said libgfort

[Bug middle-end/20931] fold checking failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 02:35 --- Note this does not happen with C front-end, I don't know why yet. -- What|Removed |Added

[Bug middle-end/20939] [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 02:24 --- I really doubt that this is a libfortran problem but a middle-end one or even a target one. It might also just be a bug in HP's ld. -- What|Removed |Added --

[Bug libfortran/20939] New: [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0

/test/gnu/gcc-3.3/objdir/./gcc/xgcc -B/test/gnu/gcc-3.3/objdir/./gcc/ -B/opt/gnu 64/gcc/gcc-4.1.0-gnu-ld/hppa64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.1.0-gnu- ld/hppa64-hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.1.0-gnu-ld/hppa64-hp-h pux11.11/include -isystem /opt/gnu64/gcc/gcc-4.1.0-gnu-l

[Bug libfortran/17992] [4.0 only] reading empty line does not return 0

--- Additional Comments From milan at cmm dot ki dot si 2005-04-11 01:58 --- (In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #6) > > > Fixed in 4.1.0, waiting for inclusion into 4.0. > > > > I just tried 4.1-20050410 and the p

Re: Fix tree-optimization/20920

On Apr 10, 2005, at 9:47 PM, Diego Novillo wrote: On Sun, Apr 10, 2005 at 05:38:31PM -0400, Andrew Pinski wrote: This fixes the bootstrap problem for me on powerpc-darwin. Thanks. I will commit as soon as I get a clean bootstrap. Could you try the patch in PR 20934 and see if it fixed the bootstra

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 01:52 --- Created an attachment (id=8582) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8582&action=view) Hot/Cold patch Patch by David which was attached to the wrong bug. -- http://gcc.gnu.org/bugzilla/sh

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 01:50 --- (From update of attachment 8581) Wrong PR, I am attaching this right now to PR 20934. -- What|Removed |Added

Re: Fix tree-optimization/20920

On Sun, Apr 10, 2005 at 05:38:31PM -0400, Andrew Pinski wrote: > This fixes the bootstrap problem for me on powerpc-darwin. > Thanks. I will commit as soon as I get a clean bootstrap. Diego.

[Bug libfortran/17992] [4.0 only] reading empty line does not return 0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 00:51 --- (In reply to comment #7) > (In reply to comment #6) > > Fixed in 4.1.0, waiting for inclusion into 4.0. > > I just tried 4.1-20050410 and the problem is still there. So what was fixed? &

[Bug libfortran/17992] [4.0 only] reading empty line does not return 0

--- Additional Comments From milan at cmm dot ki dot si 2005-04-11 00:46 --- (In reply to comment #6) > Fixed in 4.1.0, waiting for inclusion into 4.0. I just tried 4.1-20050410 and the problem is still there. So what was fixed? Or maybe the patches are not in this snapshot

[Bug fortran/20932] Writing of strings sometime does not work

the ebuild, so it downloaded and compiled gcc-4.1-20050410.tar.bz2 (I love Gantoo!) I tried with the problematic code and it is still the same problem :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932

[Bug fortran/20405] [meta-bug] equivalenced variable problems

-- Bug 20405 depends on bug 19387, which changed state. Bug 19387 Summary: Fortran compiler tries to print HOST_WIDE_INT with %d format http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19387 What|Old Value |New Value -

[Bug fortran/19387] Fortran compiler tries to print HOST_WIDE_INT with %d format

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 00:38 --- This actually can cause an ICE on some targets see PR 20059 which I am going to close this as a dup of because there is a patch there already. *** This bug has been marked as a duplicate of 20059 *** --

[Bug fortran/20059] internal compiler error: Segmentation Fault - For common blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 00:38 --- *** Bug 19387 has been marked as a duplicate of this bug. *** -- What|Removed |Added Bug 2005

[Bug middle-end/20937] BLK ptr's loosing original ptr's static-constant readonly attribute.

-- What|Removed |Added Component|c |middle-end Keywords||missed-optimization http://gcc.gnu.org/bugzilla/sh

[Bug fortran/20938] Dependency checking fails for equivalences

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-11 00:16 --- Yes this is the problem, as evidenced in the tree dumps, and as confirmed by looking through dependency.c. -- What|Removed |Added ---

[Bug fortran/20938] New: Dependency checking fails for equivalences

program fc106 ! Submitted by Walt Brainerd, The Fortran Company ! GNU Fortran 95 (GCC 4.1.0 20050322 (experimental)) ! Windows XP ! Output is ! 1 2 3 ! 1 1 1 ! 1 1 1 ! Output should be ! 1 2 3 ! 1 1 2 ! 1 2 3 real, dimension (3) :: a, b equivalence (a(2), b) a = (/ (i, i=1,3) /) print *,

[Bug c/20937] New: BLK ptr's loosing original ptr's static-constant readonly attribute.

The following example uses a minor modification of avr's avr.c config file to identify readonly static constant data memory references using MEM_READONLY_P and then simply emits a load-program-memory "lpm" instruction in lieu of a load-data-memory "ld" instruction sequence (as a step toward enablin

[Bug fortran/14771] frontend doesn't record parentheses

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-11 00:06 --- Not recording parentheses does have correctness implications, see this thread: http://gcc.gnu.org/ml/fortran/2005-04/msg00302.html Upgrading the bug status accordingly. Looks like I have to revive my patch so

[Bug tree-optimization/20922] missed always false conditional

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:43 --- Note this is only true with -fno-wrapv (which is default for C and C++ and I think Fortran too but not Java). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

[Bug target/20927] [4.0/4.1 Regression] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:37 --- But that would mean this was a latent bug as you would get the wrong code before. -- What|Removed |Added

[Bug target/20927] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 23:32 --- Yup: Breakpoint 1, fancy_abort (file=0x82a7f8 "../../gcc-4.0/gcc/stor-layout.c", line=221, function=0x82a87c "smallest_mode_for_size") at diagnostic.c:556 556 internal_error ("in %s, at %s:%d"

[Bug tree-optimization/19126] Missed IV optimization (redundant instruction in loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 23:20 --- I should note that XLC does this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19126

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 22:46 --- This is reproducable every where and is a latent bug in tree-ssa-ccp on the 4.0 branch. See . --

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10 22:44 --- Created an attachment (id=8581) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8581&action=view) Hot/cold patch. I think there was some mention of this bug on the gcc list. -- http://gcc.gnu.org/bu

[Bug tree-optimization/20936] New: [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/errou t.adb -o ada/errout.o +===GNAT BUG DETECTED==+ | 4.1.0 20050410 (experimental) (hppa

[Bug fortran/20935] failed assertion for maxloc(n, mask=.true.)

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 22:32 --- s/as a minor bug/as a frontend bug/ *sigh* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935

[Bug fortran/20935] New: failed assertion for maxloc(n, mask=.true.)

ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050410 (experimental) >From the .t02.original file: logical4 C.502 = 1; struct array2_int4 parm.7; struct array1_int4 parm.6; parm.6.dtype = 265; parm.6.dim[0].lbound = 1; parm.6.dim[0].ubound = 2;

[Bug libfortran/18958] eoshift segfaults when shifting off the end of an array

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 22:21 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00300.html -- What|Removed |Added

[Bug tree-optimization/20922] missed always false conditional

-- What|Removed |Added CC||kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

Re: Fix tree-optimization/20920

On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote: Sigh. Another SSA_NAME flowing through EH edges getting in the way. I'm starting to think that it would be much better to make these SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid all the monkeying around that optimizers have to do.

[Bug tree-optimization/20922] missed always false conditional

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 21:06 --- This is not caught untill RTL combine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 21:05 --- Alexandre Oliva pointed out to me that it was probably the expander who should produce a proper legitimate insn. I looked at this some more and found that in legitimize_pic_address we do not check if a dis

[Bug tree-optimization/20922] missed always false conditional

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

[Bug tree-optimization/20922] missed always false conditional

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 21:02 --- Reduced testcase showing fold does not do it: int f(int i) { return (i - 2) > i; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 21:00 --- Fixed at least on the mainline. -- What|Removed |Added Summary|[3.3/3.4/4.0/4.1 R

[Bug target/20795] ICE in assign_parms

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:59 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-10 20:53 --- Subject: Re: [4.1 Regression] Segmentation fault in gnat1 > This might also be the failure which Diego is seeing with libjava building: > http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html I

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:51 --- This might also be the failure which Diego is seeing with libjava building: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

-- What|Removed |Added CC||ctice at apple dot com Keywords||build, ice-on-valid-code Target Miles

[Bug middle-end/20934] New: [4.1 Regression] Segmentation fault in gnat1

stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g - O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.a ds -o ada/ada.o +===GNAT BUG DETECTED==+ | 4.1.0 20050410 (experimental) (hppa

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

-- What|Removed |Added Component|bootstrap |middle-end Summary|mainline bootstrap failure |[4.1 Regression] gcc can no |on i

[Bug bootstrap/20933] mainline bootstrap failure on i686-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:41 --- I saw the same problem last night with my auto tester which means we are creating wrong code somewhere. -- What|Removed |Added -

[Bug bootstrap/20933] New: mainline bootstrap failure on i686-linux-gnu

I just had a bootstrap failure on i686-pc-linux-gnu with CVS mainline of a few minutes ago. I ran (in an empty directory): $ ../gcc-4.1/configure --prefix=$HOME --enable-languages=c,f95 $ make bootstrap ... m -f include/limits.h cp xlimits.h include/limits.h chmod a+r include/limits.h rm -f incl

[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:33 --- (In reply to comment #5) > Subject: Re: Loading libgfortran.so clobbers C redirection of stdin Also 4.0.0's release of gfortran is only a preview, a lot more bug will be fixed for 4.0.1. -- http://gcc

[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 20:32 --- This was fixed on the mainline by: 2005-03-16 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/20490 * tree-ssa-pre.c (create_expression_by_pieces): Use force_gimple_ope

[Bug fortran/20932] Writing of strings sometime does not work

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 19:03 --- FWIW, smallest test case I could find: extern struct bar_t bar; void foo (void) { void **p; do { *p++ = ((unsigned char *) &bar + ((unsigned long int) 1L << 31)); } while (p); } --

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From echristo at redhat dot com 2005-04-10 19:02 --- I think I'm ok with this, but I'd like a bit more info. What changes to the backend do you forsee this needing? The one patch that you applied to the 4.1 sh branch was too big to just get that particular set of

[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From mark at codesourcery dot com 2005-04-10 18:44 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail Roger Sayle wrote: > On 9 Apr 2005, Alexandre Oliva wrote: > >>On Apr 8, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote: >> >> >>>++

[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin

--- Additional Comments From ripley at stats dot ox dot ac dot uk 2005-04-10 18:33 --- Subject: Re: Loading libgfortran.so clobbers C redirection of stdin Thank you for the suggestion, which had already been tried. It does not always work as the static library is not compiled with -

[Bug fortran/20932] Writing of strings sometime does not work

--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 18:20 --- Can you try compiling your code with a compiler from today's source (2005-05-10)? Thomas Koenig just committed several fixes for handling End-of-Record. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2093

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 17:52 --- My RTL-fu is way below par, so perhaps this doesn't make sense at all, but... It seems that emit_move_insn must always produce valid move insns. So it should check that an immediate is a valid PIC operan

[Bug fortran/20932] New: Writing of strings sometime does not work

I don't have a short example for this bug, but maybe someone can see what is going on from the error message that I get. I am running large molecular dynamics program named CHARMM (Chemistry at HARvard Macromolecular Mechanics) and it runs fine when compiled with gfortran (gcc-4.0.0-beta20050402.

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 17:39 --- The offending insn is created by emit_move_insn in loop.c, here: 2354start_sequence (); 2355emit_move_insn (m->insert_temp ? newreg : m->set_dest, 2356

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 17:24 --- After CSE1 (t.c.04.cse) we have: (insn 20 18 22 1 (set (reg:DI 66) (mem/u/c:DI (const:DI (unspec:DI [ (symbol_ref:DI ("bar") [flags 0x40] ) ] 2)) [0 S

[Bug tree-optimization/20931] fold checking failure

-- What|Removed |Added GCC target triplet||x86_64-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931

[Bug tree-optimization/20931] New: fold checking failure

With the following C++ code we get a fold checking failure on the 4.0 branch at least: int __finite (double __x) throw () { return (__extension__ (union { double __d; int __i[2]; }) {__d: __x}).__i[1] | 0x800fu) + 1) >> 31)); } } -- Summary: fold checking failure

[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 16:42 --- Hmm, it is on the 4.0 branch too so it might not have fixed it. I think powerpc-aix is also seeing the same failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930

[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test

--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10 16:39 --- Eric's patch went in after my last mainline build and codesourcery isn't building fortran. I'll check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930

[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10 16:34 --- Does this work on the mainline? If so the following patch fixes it: 2005-04-08 Eric Botcazou <[EMAIL PROTECTED]> * io/backspace.c (unformatted_backspace): Do not dereference the pointer to

[Bug libfortran/20930] New: [4.0 Regression] gfortran.dg/backspace.f execution test

Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran. dg/backspace.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa64-hp-hp ux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir/h

[Bug tree-optimization/20929] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 16:08 --- Double *sigh*. The old loop optimizer introduces the offending insn. From the .loop dump: Insn 26: regno 70 (life 1), move-insn forces 25 savings 1 moved to 56 Hoisted regno 74 r/o from (mem/u/c:DI (co

asl pls

Hi Users, we have update new stuff on my website. Just check it out dont be missed. Enjoy www.anch4.ne/banner.htm regard susan you receive this email because you subscribe. to unsubscribe contact [EMAIL PROTECTED] [EMAIL PROTECTED] www.anch4.net

[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 16:03 --- Needs "-O -mtune=k8 -fPIC" of course. -fPIC seems to cause the problem. -- What|Removed |Added --

[Bug target/20928] ICE: unrecognizable insns

--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10 16:01 --- Also happens with mainline. extern struct symbol_tab_ { void *S_nil; } symbol_tab_data; typedef struct { unsigned int length; void *data[0]; } s; void * allocate_vector (unsigned int le

[Bug c++/20929] internal compiler error: verify_stmts failed.

--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34 --- Created an attachment (id=8580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580&action=view) Preprocessed source file - i586 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929

[Bug c++/20929] New: internal compiler error: verify_stmts failed.

-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux Thread model: posix gcc version 4.0.0 20050410 (prerelease) (SUSE Linux) /usr/lib/gcc/i586-suse-linux/4.0.0/cc1plus -E -quiet -v -I./../../base/src -I./../../style/src -I./

[Bug libfortran/19872] [4.0 only] closed and re-opened file not overwriten

--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 15:14 --- Re-open to bug report, so patch gets committed to 4.0.1 -- What|Removed |Added Sta

[Bug target/20928] ICE: unrecognizable insns

--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08 --- Created an attachment (id=8579) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928

[Bug target/20928] ICE: unrecognizable insns

-- What|Removed |Added Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928

[Bug target/20928] New: ICE: unrecognoizable insns

-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=x86_64-suse-linux Thread model: posix gcc version 4.0.0 20050410 (prerelease) (SUSE Linux) /usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -E -quiet -v -I

[Bug target/20927] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)

--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00 --- Created an attachment (id=8578) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927

[Bug target/20927] New: ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)

Compiling plotutils with GCC 4.0 CVS as of yesterday I get the following ICE: $ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I./../include -DLIBPLOT -I/usr/X11R6/include -O2 -fmessage-length=0 -Wall -pipe -c g_subpaths.c -fPIC -DPIC -o .libs/g_subpaths.o -v -save-temps gcc: warning: -pi

[Bug tree-optimization/20926] ICE: tree check, in recent builds

--- Additional Comments From tprince at computer dot org 2005-04-10 13:34 --- Created an attachment (id=8576) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8576&action=view) A Livermore Fortran Kernel driver, reproduces ICE as described The functions can be compiled one by one wi

[Bug tree-optimization/20926] ICE: tree check, in recent builds

--- Additional Comments From tprince at computer dot org 2005-04-10 13:30 --- Created an attachment (id=8575) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8575&action=view) A Livermore Fortran Kernel driver, reproduces ICE as described -- http://gcc.gnu.org/bugzilla/show_bug

[Bug tree-optimization/20926] ICE: tree check, in recent builds

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug tree-optimization/20926] New: ICE: tree check, in recent builds, multiple functions in file

gfortran -c -v -O -march=pentium4 llnt.f90 GNU F95 version 4.1.0 20050403 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.1.0 20050403 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 llnt.f90: In function 'supply': llnt.f90:4931: internal

Re: Fix tree-optimization/20920

On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote: Sigh. Another SSA_NAME flowing through EH edges getting in the way. I'm starting to think that it would be much better to make these SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid all the monkeying around that optimizers have to do.

[Bug libfortran/20163] [4.0 only] gfortran - error opening direct access file

-- What|Removed |Added Target Milestone|4.0.0 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163

  1   2   >