[Bug libfortran/23770] unaligned buffers in i/o library force use of memcpy()

--- Additional Comments From jblomqvi at cc dot hut dot fi 2005-09-09 06:44 --- And, there's a bug in my test program. Obviously the last for loop should be for (i = 0; i < LEN; i += 4) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770

[Bug libfortran/23770] unaligned buffers in i/o library force use of memcpy()

--- Additional Comments From jblomqvi at cc dot hut dot fi 2005-09-09 06:41 --- Did you by any chance mean PR 23556? That looks more like it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770

[Bug fortran/19239] gfortran ICE on vector subscript expressions

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

[Bug fortran/19239] gfortran ICE on vector subscript expressions

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09 06:37 --- Patch applied to mainline. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/19239] gfortran ICE on vector subscript expressions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 06:34 --- Subject: Bug 19239 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 06:34:08 Modified files: gcc/fortran: ChangeLog Make-lang.in dependency.h

[Bug fortran/21104] Segmentation fault on correct code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 06:34 --- Subject: Bug 21104 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 06:34:08 Modified files: gcc/fortran: ChangeLog Make-lang.in dependency.h

[Bug fortran/21104] Segmentation fault on correct code

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09 06:24 --- Patch applied to mainline. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/21104] Segmentation fault on correct code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 06:22 --- Subject: Bug 21104 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 06:22:29 Modified files: gcc/fortran: ChangeLog trans.h trans-array.h trans

[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5/6 and 95

-- Bug 15502 depends on bug 12840, which changed state. Bug 12840 Summary: Unable to find scalarization loop specifier http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12840 What|Old Value |New Value --

[Bug fortran/12840] Unable to find scalarization loop specifier

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09 06:01 --- Patch applied to mainline. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/12840] Unable to find scalarization loop specifier

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 06:01 --- Subject: Bug 12840 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 06:00:41 Modified files: gcc/fortran: ChangeLog trans.h trans-decl.c trans-

[Bug libfortran/23760] gfortran incorrectly succeeds on record overflow

-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |200

[Bug c++/23723] [4.1 Regression] "undefined reference" with -g and const empty struct with dwarf-2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 03:19 --- Fixed by: 2005-09-08 Richard Henderson <[EMAIL PROTECTED]> PR debug/23190 * toplev.c (wrapup_global_declaration_1): Split out ... (wrapup_global_declaration_2): ... from ...

[Bug target/23774] dealloc of dynamic stack space breaks backchain

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 03:14 --- This causes wrong code in a way and also causes wrong debugging too as the backchain is broken. -- What|Removed |Added -

[Bug c++/21135] [4.0 Regression] &a[-2] ICE at the top level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 03:13 --- Fixed on the mainline by: 2005-09-08 Josh Conner <[EMAIL PROTECTED]> PR c++/23180 * expr.c (expand_expr_addr_expr_1): Don't invoke expand_simple_binop for EXPAND_INITIALIZER. --

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

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

[Bug target/8728] Using alloca and -finstrument-functions and vararg functions causes seg fault

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC target triplet|

[Bug libgcj/23549] gij swallows args after -ea

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

[Bug c++/23789] [3.4/4.0/4.1 Regression] compilation error when template parameters have certain complexity

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 02:39 --- Confirmed, reduced testcase: #define MAX(a,b) ((a) > (b) ? (a) : (b)) template class mc_int { template mc_int operator +(const mc_int& x) const; }; typedef mc_int<6,false> ch_t; template void foo_funct

[Bug c++/23789] [3.4/4.0/4.1 Regression] compilation error when template parameters have certain complexity

--- Additional Comments From andres_takach at mentor dot com 2005-09-09 02:37 --- t.ii file: # 1 "t.cxx" # 1 "" # 1 "" # 1 "t.cxx"

[Bug c++/23789] [3.4/4.0/4.1 Regression] compilation error when template parameters have certain complexity

-- What|Removed |Added Keywords||rejects-valid Known to fail||3.4.0 4.0.0 4.1.0 Known to work|

[Bug c++/23789] compilation error when template parameters have certain complexity

-- What|Removed |Added Version|unknown |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23789

[Bug c++/23789] New: compilation error when template parameters have certain complexity

While 3.4 made substantial improvements on handling of template parameters, there are still some incorrect compiler errors that are triggered with a combination of complexity in the template arguments and levels of templates. In the testcase below, gcc will error out with: t.cxx: In function ‘

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 01:39 --- Subject: Bug 23180 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 01:39:36 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 01:37 --- Subject: Bug 23180 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 01:37:31 Modified files: gcc: ChangeLog expr.c Log message:

[Bug libgcj/23549] gij swallows args after -ea

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 01:25 --- Subject: Bug 23549 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-09 01:25:03 Modified files: libjava: Change

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 01:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/20528] [4.0/4.1 regression] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 01:06 --- Moving target milestone as m68c11 is not a primary/secondary target. -- What|Removed |Added

[Bug target/20528] [4.0/4.1 regression] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 01:05 --- *** Bug 23787 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/23787] ICE when cross compiling newlib to 68hc11 target.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09 01:05 --- *** This bug has been marked as a duplicate of 20528 *** -- What|Removed |Added

[Bug middle-end/23785] 197.parser performance drop

-- What|Removed |Added CC||jconner at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23785

[Bug tree-optimization/22516] [4.1 Regression] Segfault with ivopts at -O

--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 01:00 --- A regression hunt on powerpc-linux shows that the test case starts failing with this patch from rakdver: http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00181.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug c/23787] ICE when cross compiling newlib to 68hc11 target.

--- Additional Comments From rosbacke at nada dot kth dot se 2005-09-09 01:00 --- Created an attachment (id=9694) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9694&action=view) output of gcc -E from the failed compile. This preprocessed output should trigger the ICE. -- http

[Bug middle-end/23785] 197.parser performance drop

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

[Bug ada/23788] New: s-taprop.adb:69:06: warning: cannot depend on "Interrupt_Operations" (wrong categorization)

../../xgcc -B../../ -c -g -O2 -mdisable-indexing -W -Wall -gnatpg s-taprop .adb -o s-taprop.o s-taprop.adb:69:06: warning: cannot depend on "Interrupt_Operations" (wrong cate gorization) s-taprop.adb:69:06: warning: preelaborated unit cannot depend on non-preelaborat ed unit make[5]: *** [s-t

[Bug c/23787] New: ICE when cross compiling newlib to 68hc11 target.

Tried to compile newlib for the target m68hc11 and got an ICE on the file vfprintf.c. The following was dumped by the compiler: [EMAIL PROTECTED] ~/build/newlib-1.13.0/newlib/libc/stdio $ m68hc11-gcc -isystem /home/mikaelr/build/newlib-1.13.0/newlib/libc/include -O2 -mshort -c test.c

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:52 --- Subject: Bug 23190 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-09 00:51:59 Modified files: gcc: Change

[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:47 --- Subject: Bug 23190 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:47:05 Modified files: gcc: ChangeLog c-decl.c cgraphunit.c langh

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From green at redhat dot com 2005-09-09 00:34 --- (In reply to comment #7) > I found the cause of this bug. A line of code was incorrectly removed from > pop_type_0() when the new verifier was added, a fairly long time ago. This > patch should fix it. I ported

[Bug fortran/18878] Erronous error message on vaild USE statement

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 18878 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug fortran/16511] Test 19990905-0.f fails with gfortran

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 16511 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug fortran/17917] gfortran ICE on "equivalence"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 17917 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug fortran/23270] Undefined reference to module blank common variable

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 23270 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug fortran/18870] [g77 regression] Equivalencing two common blocks is not caught

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 18870 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug fortran/22304] gfortran silently changes values in equilvanence'd variables

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09 00:24 --- Subject: Bug 22304 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-09 00:23:18 Modified files: gcc/fortran: gfortran.h match.c module.c primary.c

[Bug c++/22147] [4.1 regression] ICE in get_bindings

--- Additional Comments From bangerth at dealii dot org 2005-09-09 00:09 --- (In reply to comment #4) > A regression hunt on powerpc-linux shows the reduced testcase from comment #4 How wonderful, a recursive reference -- Janis's comment shows up as comment #4 :-) -- http://

[Bug middle-end/23785] 197.parser performance drop

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

[Bug c++/22147] [4.1 regression] ICE in get_bindings

--- Additional Comments From janis at gcc dot gnu dot org 2005-09-08 23:43 --- A regression hunt on powerpc-linux shows the reduced testcase from comment #4 starts failing with this patch from [EMAIL PROTECTED]: http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg00681.html -- What

[Bug libstdc++/23781] Implicit conversion from NULL to list::iterator

--- Additional Comments From gdr at integrable-solutions dot net 2005-09-08 22:47 --- Subject: Re: Implicit conversion from NULL to list::iterator "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | Agreed. Likewise for deque::iterator, I suppose. I will work on this. Thank you m

[Bug fortran/23765] segfault with syntactically wrong common declaration

--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-08 22:08 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/23765] segfault with syntactically wrong common declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 22:07 --- Subject: Bug 23765 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-08 22:07:13 Modified files: gcc/fortran: Change

[Bug rtl-optimization/23785] New: 197.parser performance drop

I normally run nightly spec cpu2000 benchmark testing with main line GCC. I've seen few performance drops since July 29 2005. Currently I'm analysing 197.parser benchmark which had 15 points drop since the previous run on 28th July. I've located following two patches 1) http://gcc.gnu.org/ml/gcc-

[Bug fortran/23765] segfault with syntactically wrong common declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 21:56 --- Subject: Bug 23765 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-08 21:55:59 Modified files: gcc/fortran: ChangeLog match.c gcc/testsu

[Bug fortran/19928] Reference of constant derived type component causes failure

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

[Bug libgcj/23761] java.library.path doesn't affect module loading path

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 21:26 --- Subject: Bug 23761 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-08 21:26:25 Modified files: libjava: ChangeLog libjava/gnu/classp

[Bug libfortran/23770] unaligned buffers in i/o library force use of memcpy()

--- Additional Comments From jblomqvi at cc dot hut dot fi 2005-09-08 21:25 --- Huh, I don't see how this relates to PR 23356. Surely you wrote the wrong number? Anyway, I don't think memcpy is that bad. Consider the following program: #include #include #include #define LEN 10

[Bug libstdc++/23781] Implicit conversion from NULL to list::iterator

--- Additional Comments From pcarlini at suse dot de 2005-09-08 21:11 --- (In reply to comment #3) > Agreed. Likewise for deque::iterator, I suppose. I will work on this. I meant set::iterator and map::iterator, actually: checked earlier today and forgot that deque is not affected. Anyw

[Bug libstdc++/23781] Implicit conversion from NULL to list::iterator

--- Additional Comments From pcarlini at suse dot de 2005-09-08 21:06 --- (In reply to comment #2) > We don't accept > > #include > #include > > int main() > { >using namespace std; >vector::iterator p = NULL; > } > > for proper type checking

[Bug libfortran/20179] cannot mix C and Fortran I/O

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:59 --- *** Bug 23778 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/23778] [Regression] Printout resets console buffer

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:59 --- *** This bug has been marked as a duplicate of 20179 *** -- What|Removed |Added

[Bug target/23356] FLT_EVAL_METHOD not defined on openbsd3.4

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:58 --- Change component to target. -- What|Removed |Added Component|libfortran

[Bug libfortran/23778] [Regression] Printout resets console buffer

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:57 --- This is duplicate of PR 20179 (and one more reason to fix this one!). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23778

[Bug libstdc++/23781] Implicit conversion from NULL to list::iterator

--- Additional Comments From gdr at integrable-solutions dot net 2005-09-08 20:55 --- Subject: Re: Implicit conversion from NULL to list::iterator "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Note ICC also accepts this code too. yes, but that is irrelevant. We don

[Bug libfortran/23262] [mingw32] rewind truncates file

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:50 --- *** Bug 23483 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/23483] [mingw32] Fortran runtime I/O error on correct program

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-08 20:50 --- It was indeed a duplicate, it is now fixed. *** This bug has been marked as a duplicate of 23262 *** -- What|Removed |Added ---

[Bug c++/23437] [3.4/4.0/4.1 Regression] error: ... cannot appear in a constant-expression

--- Additional Comments From may at cavs dot msstate dot edu 2005-09-08 20:33 --- I applied that patch, but am still having the same problem. Any ideas? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23437

[Bug ada/23142] [4.1 regression] ACATS FAIL cxaa017 character processing wrong code

--- Additional Comments From laurent at guerby dot net 2005-09-08 20:27 --- Closing -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug ada/23141] [4.1 Regression] ACATS FAIL c45651a fixed point wrong code

--- Additional Comments From laurent at guerby dot net 2005-09-08 20:26 --- Closing -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug ada/23141] [4.1 Regression] ACATS FAIL c45651a fixed point wrong code

--- Additional Comments From laurent at guerby dot net 2005-09-08 20:21 --- Diego one liner fixes this regression on both platforms. -- What|Removed |Added UR

[Bug ada/23142] [4.1 regression] ACATS FAIL cxaa017 character processing wrong code

--- Additional Comments From laurent at guerby dot net 2005-09-08 20:21 --- Diego one liner fixes this regression on both platforms. -- What|Removed |Added UR

[Bug tree-optimization/23082] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 20:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 20:14 --- (In reply to comment #12) > in fold but we don't try to fold 0 == 0 first. And to confirm this, this is either a DOM or fold bug, fold is not considered recursive, maybe it should be in this case. --

[Bug libfortran/23784] New: close doesn't reset ioparm on error exit

-gnu Configured with: ../gcc-4.1/configure --prefix=/home/ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050908 (experimental) -- Summary: close doesn't reset ioparm on error exit Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug tree-optimization/23115] [4.1 Regression] -ftree-vectorize generates wrong code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 20:03 --- Before: if (x_16 < x_26) goto ; else goto ; :; # x_4 = PHI ; :; if (x_16 > n_17) goto ; else goto ; :; # n_5 = PHI ; :; After: x_4 = x_16 < x_26 ? x_26 : x_16; n_5 = 1 ? n_17 : x_16; That 1

[Bug c++/23708] [4.0/4.1 Regression] Non-inline function incorrectly treated as inline when using precompiled headers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 19:55 --- Patch posted here: . -- What|Removed |Added -

[Bug bootstrap/22313] [4.1 Regression] gcc HEAD as of 2005/07/05 fails to profiledbootstrap

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 19:49 --- This works for me with binutils 2.15. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313

[Bug target/22481] [4.1 Regression] ICE in extract_constrain_insn_cached, at recog.c:2000 with -O3 -fpeel-loops

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 19:45 --- Fixed and I cannot reproduce this any more. -- What|Removed |Added Status|NEW

[Bug fortran/23201] [4.1 Regression] internal compiler error: verify_ssa failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 19:41 --- Fortran bug, moving target milestone to 4.2.0. -- What|Removed |Added Target Milestone|4.1

[Bug tree-optimization/23350] [4.1 Regression] ICE in vect_update_ivs_after_vectorizer, at tree-vect-transform.c:2418

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-08 19:38 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/23201] [4.1 Regression] internal compiler error: verify_ssa failed

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-08 19:30 --- Definitely an FE oddity. The operand scanner is told to get the operands of a COMPONENT_REF that's accessing a non-existant field: (gdb) ptu stmt substr.ktbuf = D.485; (gdb) ptu expr substr.ktbuf; (gdb)

[Bug tree-optimization/15911] VRP/DOM does not like TRUTH_AND_EXPR

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-08 19:07 --- (In reply to comment #10) > it's fairly straightforward for a programmer (or better > yet some automated code generator) to create these "obtuse" predicates. > Good point. I'll work on a fix. --

[Bug tree-optimization/15911] VRP/DOM does not like TRUTH_AND_EXPR

--- Additional Comments From law at redhat dot com 2005-09-08 19:04 --- Subject: Re: VRP/DOM does not like TRUTH_AND_EXPR On Thu, 2005-09-08 at 18:20 +, dnovillo at gcc dot gnu dot org wrote: > --- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-08 > 1

[Bug c++/23691] [4.0 Regression] `mpl_::bool_::value' is not a valid template argument for type `bool' because it is a non-constant expression

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-08 19:03 --- *** Bug 23771 has been marked as a duplicate of this bug. *** -- Bug 23691 depends on bug 23771, which changed state. Bug 23771 Summary: [4.0/4.1 regression] Constant template argument not recognized as

[Bug c++/23771] [4.0/4.1 regression] Constant template argument not recognized as such

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-08 19:02 --- *** This bug has been marked as a duplicate of 23691 *** -- What|Removed |Added

[Bug c++/23691] [4.0 Regression] `mpl_::bool_::value' is not a valid template argument for type `bool' because it is a non-constant expression

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-08 19:01 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug c++/23691] [4.0 Regression] `mpl_::bool_::value' is not a valid template argument for type `bool' because it is a non-constant expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 18:59 --- Subject: Bug 23691 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-08 18:58:38 Modified files: gcc/cp : Change

[Bug c++/23691] [4.0 Regression] `mpl_::bool_::value' is not a valid template argument for type `bool' because it is a non-constant expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 18:57 --- Subject: Bug 23691 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-08 18:56:50 Modified files: gcc/cp : ChangeLog decl2.c gcc/testsu

[Bug target/23783] [4.1 Regression] gcc.c-torture/compile/calls.c triggers an ICE

-- What|Removed |Added Summary|gcc.c- |[4.1 Regression] gcc.c- |torture/compile/calls.c |torture/compile/calls.c

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

-- Bug 19276 depends on bug 22518, which changed state. Bug 22518 Summary: ICE in gfc_conv_function_call for character function with LEN=length(arg) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518 What|Old Value |New Value ---

[Bug fortran/22518] ICE in gfc_conv_function_call for character function with LEN=length(arg)

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08 18:54 --- Patch applied to trunk. -- What|Removed |Added Status|ASSIGNED

[Bug swing/19845] Swing ToolTipManager and getLocationOnScreen

--- Additional Comments From abalkiss at redhat dot com 2005-09-08 18:51 --- *** Bug 22830 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/15809] ICE Using Pointer Functions

-- Bug 15809 depends on bug 15326, which changed state. Bug 15326 Summary: ICE with assumed length character strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326 What|Old Value |New Value

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 15326, which changed state. Bug 15326 Summary: ICE with assumed length character strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326 What|Old Value |New Value

[Bug fortran/22518] ICE in gfc_conv_function_call for character function with LEN=length(arg)

-- Bug 22518 depends on bug 15326, which changed state. Bug 15326 Summary: ICE with assumed length character strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326 What|Old Value |New Value

[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

-- Bug 19242 depends on bug 15326, which changed state. Bug 15326 Summary: ICE with assumed length character strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326 What|Old Value |New Value

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

-- Bug 19276 depends on bug 15326, which changed state. Bug 15326 Summary: ICE with assumed length character strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326 What|Old Value |New Value

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

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08 18:51 --- Patch committed to trunk. -- What|Removed |Added Status|ASSIGNED

[Bug target/23783] New: gcc.c-torture/compile/calls.c triggers an ICE

Consider a reduced version of gcc.c-torture/compile/calls.c: typedef void *(*T)(void); void f1 (void) { ((T) 0)(); } arm-none-eabi-gcc -O2 triggers an ICE /home/kazu/calls.c: In function 'f1': /home/kazu/calls.c:7: error: unrecognizable insn: (call_insn 12 11 13 1 (parallel [ (se

[Bug ada/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-08 18:47 --- (In reply to comment #5) > Thread starts: > http://gcc.gnu.org/ml/gcc/2005-09/msg00102.html > > From the looks of the thread it looks more likely a front-end bug rather than a tree-opt bug. Thanks. --

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-08 18:46 --- Subject: Bug 15326 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-08 18:46:06 Modified files: gcc/fortran: ChangeLog trans-array.c trans-expr.c

  1   2   >