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

Consider: int foo (int a, int b, int c, int d) { int x, y; b = a; if (a == b) x = c; else x = d; if (x == c) return a; else return b; } Run ./cc1 -quiet -O2 -fno-tree-dominator-opts. Here is the result. foo (a, b, c, d) { int y; int x; int D.1145; : b_4 =

[Bug middle-end/14311] builtins for atomic operations needed

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-09 03:09 --- I'm working on atomic builtins, but this will *not* resolve the problem of compiling for i386 and i486+. Indeed, it could easily make it worse because you won't have the kind of control you did before wrt hidin

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From pluto at pld-linux dot org 2005-04-09 02:29 --- (In reply to comment #24) > (In reply to comment #15) please ignore previous post. gcc passes params in the right way but something is wrong. with the original sourcecode gdb shows stack frame with invalid par

[Bug c++/20912] New: C++ FE emitting assignments to read-only global symbols

One of the micro-optimizations that may be done inside the tree optimizer involves disregarding V_MAY_DEF/V_MUST_DEF operands for read-only globals. So, if a symbol is marked read-only and the operand scanner requests a V_MAY_DEF or V_MUST_DEF operand for it, we replace it with a VUSE. This works

[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

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

[Bug libstdc++/20909] incorrect floating point format

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

[Bug libstdc++/20909] incorrect floating point format

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-09 00:15 --- Subject: Bug 20909 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-09 00:14:59 Modified files: libstdc++-v3 : Change

[Bug libstdc++/20909] incorrect floating point format

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-09 00:09 --- Subject: Bug 20909 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-09 00:08:59 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug target/20814] [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From dje at gcc dot gnu dot org 2005-04-08 23:45 --- patch committed -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/20814] [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 23:42 --- Subject: Bug 20814 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 23:42:06 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-08 23:24 --- Correction committed. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 23:21 --- Subject: Bug 20466 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 23:21:12 Modified files: gcc: ChangeLog flow.c Log message:

[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 23:18 --- Subject: Bug 20466 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 23:18:32 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug middle-end/20911] Erroneous unreachable code warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 22:32 --- Fixed in 4.0.0 and above. -- What|Removed |Added Status|UNCONFIRMED

[Bug c/20911] New: Erroneous unreachable code warning

#include #include void print_joined (const char *first, const char *delim, const char *last, const char *def, char **list) { switch (*list == NULL) { for (; *list; ++list) { printf("%s", delim); if (0) { case 0: printf("%s", first); } p

[Bug fortran/19261] continuation character illegal as first non-blank character in statement

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 22:19 --- (In reply to comment #4) > Isn't this related to or at least a dup of bug 19101? A different bug because a different provision of the standard is violated. Probably, a meta-bug "parser-related bugs" could

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

--- Additional Comments From kreckel at ginac dot de 2005-04-08 22:14 --- (In reply to comment #20) > Thatis the mathematical question/answer. The real issue is this: > > * in operator-(const T&, const complex&), should the imaginary > part eve be touched? > > there are vairous

[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-08 21:49 --- (In reply to comment #18) > Ugh. The copy we inserted turned out to be totally useless for determining > that the condition at the end of BB5 is always false. Argggh. > > To make this scheme work we'd h

[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-08 21:48 --- Removing rejects-valid; treating all incorrect warnings as rejects-valid due to -Werror is not useful. -- What|Removed |Added ---

[Bug c++/20624] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-08 21:46 --- Removing rejects-valid; treating all incorrect warnings as rejects-valid due to -Werror is not useful. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624

[Bug c++/20681] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-08 21:46 --- Removing rejects-valid; treating all incorrect warnings as rejects-valid due to -Werror is not useful. -- What|Removed |Added ---

[Bug target/20814] [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From janis187 at us dot ibm dot com 2005-04-08 21:45 --- Subject: Re: [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c A simple build (C only, no bootstrap, no testsuite run) with the latest patch passes all of the gcc.dg/vmx tests on powerpc64-linu

[Bug c++/20905] [3.4 Regression] confuses unrelated type name with instance name

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-08 21:41 --- Fixed in 4.0, 4.1. -- What|Removed |Added Summary|[3.4/4.0/4.1 Regression]|[

[Bug c++/20905] [3.4/4.0/4.1 Regression] confuses unrelated type name with instance name

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 21:23 --- Subject: Bug 20905 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-08 21:23:26 Modified files: gcc/cp : Change

[Bug java/20910] gcc-4_0-brach GCJ ICE

-- What|Removed |Added Severity|critical|normal Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/s

[Bug java/20910] New: gcc-4_0-brach GCJ ICE

When building gcc-4.0-brach Using [EMAIL PROTECTED] obj]$ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/opt/gcc-4.0.0-cvs --enable-languages=c,c++,java Thread model: posix gcc version 4.0.0 20050331 (prerelease) export PATH=/home/steve/cross-to

[Bug c++/20905] [3.4/4.0/4.1 Regression] confuses unrelated type name with instance name

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 21:14 --- Subject: Bug 20905 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 21:13:57 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug fortran/19261] continuation character illegal as first non-blank character in statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 21:01 --- Isn't this related to or at least a dup of bug 19101? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261

[Bug fortran/19261] continuation character illegal as first non-blank character in statement

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

[Bug fortran/20898] error needed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 21:01 --- *** This bug has been marked as a duplicate of 19261 *** -- What|Removed |Added

[Bug libstdc++/20909] incorrect floating point format

--- Additional Comments From pcarlini at suse dot de 2005-04-08 21:00 --- Yes, this is actually a very long standing bug, which we hoped didn't trigger in common situations (because the fix probably is rather ugly :( Ok, let's finally work on it. Thanks for your report. --

[Bug fortran/19260] & not required when splitting a token in continuation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 21:00 --- Isn't this a dup of bug 19101? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19260

[Bug fortran/20898] error needed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:58 --- Question, is the & on the first line? If this is true then this is just PR 19101. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20898

[Bug fortran/20373] INTRINSIC symbols can be given the wrong type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:55 --- *** Bug 20869 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/20869] error needed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:55 --- *** This bug has been marked as a duplicate of 20373 *** -- What|Removed |Added

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

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-08 20:51 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On Apr 8, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote: > Ahh, I now see the misunderstanding; you changed/fixed the other > "safe

[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-08 20:40 --- Patch here: -- What|Removed |Added

[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:36 --- There were quiet a number of cpp patches during that time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907

[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:34 --- This broke between 20040201 and 20040301. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907

[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 20:30 --- Confirmed. This has been broken since at least "gcc version 3.5.0 20040909 (experimental)". -- What|Removed |Added ---

[Bug target/18649] terminate called after throwing - IOT/Abort trap (core dumped)

--- Additional Comments From cmchugh at callixa dot com 2005-04-08 20:18 --- I downloaded and built 3.4.3 on AIX 5.2, and this bug does still exist; I tried the following program (scarfed from 13391) and it crashes every time. Is there any resolution/fix ? bluetrance:13391$ more a2.cp

[Bug debug/20830] [3.3/3.4 Regression] bad debug info for static nested struct with virtual function

--- Additional Comments From kjd at duda dot org 2005-04-08 19:51 --- (In reply to comment #4) > Subject: Re: bad debug info for static nested struct with virtual function > On Fri, Apr 08, 2005 at 01:35:59PM -, kjd at duda dot org wrote: > > I get identical behavior from both GNU gd

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-08 19:41 --- Fixed in 4.0. -- What|Removed |Added Status|REOPENED|RESOLV

[Bug libstdc++/20909] New: incorrect floating point format

In some locales, certain floating point numbers are printed incorrectly. (I think the problem lies with numbers with one significant digits, in scientific format, with a thousands separator and thousands grouping.) For example: #include #include #include int main() { std::wcout.imbue(std::l

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 19:40 --- Subject: Bug 20145 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 19:39:59 Modified files: gcc/cp : ChangeLog cp-tree.def cp-tree.h tree.

[Bug c++/99] Bug in template type in error message.

--- Additional Comments From bangerth at dealii dot org 2005-04-08 19:38 --- *** Bug 20906 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=99

[Bug c++/20906] bad diagnostic

--- Additional Comments From bangerth at dealii dot org 2005-04-08 19:38 --- This is duplicate of PR 99. *** This bug has been marked as a duplicate of 99 *** -- What|Removed |Added ---

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 19:36 --- Subject: Bug 20145 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-08 19:36:12 Modified files: gcc/cp : Change

[Bug libgcj/20908] New: [m68k-linux] libjava testsuite fails about 600 tests

after finishing a CVS 4.0 20050326 bootstrap and testsuite run in real 16653m49.206s the libjava testsuite fails about 600 tests with Running /home/doko/4.0/gcc-4.0-4.0ds9/src/libjava/testsuite/libjava.cni/cni.exp ... byte compile: /home/doko/4.0/gcc-4.0-4.0ds9/build/gcc/gcj -B/home/doko/4.0/g

[Bug debug/20830] [3.3/3.4 Regression] bad debug info for static nested struct with virtual function

--- Additional Comments From drow at false dot org 2005-04-08 19:33 --- Subject: Re: bad debug info for static nested struct with virtual function On Fri, Apr 08, 2005 at 01:35:59PM -, kjd at duda dot org wrote: > I get identical behavior from both GNU gdb Red Hat Linux (6.1post- >

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

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 19:18 --- *** Bug 20832 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/20832] Segfault in SUM

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 19:18 --- *** This bug has been marked as a duplicate of 19106 *** -- What|Removed |Added

[Bug preprocessor/20907] New: long comments throw off line numbers

It seems that long comment blocks can throw off gcc's notion of the source line number. Here is a sample test case (also attached in case the line breaks get messed up pasting in): /* This is a really long comment. This is a really long comment. This is a really long comment. This is a really

[Bug middle-end/20793] allocate_initial_values does not adjust register liveness information

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 19:10 --- The patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00905.html -- What|Removed |Added ---

[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-08 19:09 --- The patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00904.html -- What|Removed |Added ---

[Bug middle-end/20714] emit_no_conflict_block does invalid reordering

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 19:07 --- The patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00903.html -- What|Removed |Added ---

[Bug target/20814] [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From dje at watson dot ibm dot com 2005-04-08 18:57 --- Subject: Re: New: ICE in extract_insn for test vmx/varargs-1.c In addition to the previous change, altivec_register_operand needs to accept SUBREG. David Index: predicates.md ===

[Bug c++/20906] New: bad diagnostic

in: template struct bar {}; template struct foo { void pop(bar& b, int j); }; template void foo::pop(bar&, int) {} you get: ~/ootbc/members/src$ g++ foo.cc foo.cc:3: error: variable or field `pop' declared void foo.cc:3: error: `int foo::pop' is not a static member of `struct foo' foo.cc:3: err

[Bug rtl-optimization/20756] Clobbers of deleted insns are processed, but left out

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 18:33 --- The patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00895.html -- What|Removed |Added ---

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20413 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20396 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20769 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug rtl-optimization/20756] Clobbers of deleted insns are processed, but left out

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20756 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug target/20695] sh64-*-* port deos not handle 32 / 64 bit conversions properly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20695 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug middle-end/20714] emit_no_conflict_block does invalid reordering

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20714 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug middle-end/20793] allocate_initial_values does not adjust register liveness information

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 18:28 --- Subject: Bug 20793 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 18:28:02 Modified files: gcc: Cha

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 18:23 --- Patch is here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00883.html -- What|Removed |Added

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

--- Additional Comments From law at redhat dot com 2005-04-08 18:19 --- OK. I'm pretty sure the perl improvements are really just an artifact of changes in what objects get spilled onto the stack on the offsets of each particular object. I can with a small amount of work twiddle register

[Bug testsuite/16230] Spurious test failures with --disable-static

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 18:03 --- This effects more than just libgcj, it effects all .exp. -- What|Removed |Added Com

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:43 --- Subject: Bug 20396 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:43 --- Subject: Bug 20413 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:43 --- Subject: Bug 20769 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug middle-end/20714] emit_no_conflict_block does invalid reordering

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:42 --- Subject: Bug 20714 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug target/20695] sh64-*-* port deos not handle 32 / 64 bit conversions properly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:43 --- Subject: Bug 20695 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug middle-end/20793] allocate_initial_values does not adjust register liveness information

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:42 --- Subject: Bug 20793 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug rtl-optimization/20756] Clobbers of deleted insns are processed, but left out

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:42 --- Subject: Bug 20756 CVSROOT:/cvs/gcc Module name:gcc Branch: sh-elf-4_1-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:41:35 Modified files: gcc/config/sh : crt

[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:34 --- Subject: Bug 20806 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-08 17:34:35 Modified files: libstdc++-v3 : Change

[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-08 17:31 --- Subject: Bug 20806 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-08 17:31:34 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug fortran/17758] gfortran_abort should be marked as noreturn

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 17:25 --- I am going to fix this. Is there any other known functions that don't return in fortran? -- What|Removed |Added --

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-08 17:10 --- Patch here: -- What|Removed |Added

[Bug fortran/13257] Error instead of warning for missing comma in format string

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 17:07 --- Patch here: . -- What|Removed |Added

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 17:04 --- (In reply to comment #1) :2005-03-09 J"orn Rennecke <[EMAIL PROTECTED]> :Richard Shann <[EMAIL PROTECTED]> : :* emit-rtl.c (gen_lowpart_common): Handle TRUNCATE. Generate :TRUNC

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

--- Additional Comments From roger at eyesopen dot com 2005-04-08 17:03 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail Hi Alex, On 8 Apr 2005, Alexandre Oliva wrote: > Roger suggested some changes in the patch. I've finally completed > bootstrap and t

[Bug c++/20905] [3.4/4.0/4.1 Regression] confuses unrelated type name with instance name

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 16:58 --- Confirmed, most reduced testcase: struct name {}; void g () { if (int name = 1) ; } : Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160). Looks like it was introduced by the ne

[Bug c++/20905] New: confuses unrelated type name with instance name

$ cat >text.cxx struct name {}; int f (); void g () { if (int name = f ()) { } } $ g++-3.4 -c text.cxx test.cxx: In function `void g()': test.cxx:9: error: expected primary-expression before "int" test.cxx:9: error: expected `)' before "int" -- Summary: confuses unrelated ty

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From dank at kegel dot com 2005-04-08 16:38 --- Or should the doc say also that the argument to -frandom-seed should be the same every time anyone compiles the same file? In that case, the relative path of the file within the project would be a better choice. So

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-08 16:36 --- (In reply to comment #4) > I have removed the build keyword because I have found an ugly hack - > wildcard splitters - that allow the sh64-elf build to proceed > despite of this bug. Note this workaround do

[Bug c++/19404] [4.0 Regression] anonymous types and templates and rejecting valid code

--- Additional Comments From lars at trolltech dot com 2005-04-08 16:35 --- Subject: Re: [4.0 Regression] anonymous types and templates and rejecting valid code On Friday 08 April 2005 17:34, mark at codesourcery dot com wrote: > --- Additional Comments From mark at codesourcery d

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

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-08 16:34 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On Mar 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote: > On Mar 10, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote: >> + ?

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

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

[Bug fortran/20834] error needed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 16:16 --- This gives a seg fault for me. This is a dup of bug 18870, really. *** This bug has been marked as a duplicate of 18870 *** -- What|Removed |Added -

[Bug fortran/20904] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' function testpresent(arg) integer, intent(in), optional :: arg character(len=arg) :: s logical :: testpresent

[Bug fortran/20903] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' module test implicit none type functionparams integer :: i end type functionparams contains subroutine sim_mc(func,params) interface function func(fparams) type(f

[Bug fortran/20902] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' TYPE T1 sequence integer :: i=1 END TYPE T1 TYPE T2 sequence integer :: i=2 END TYPE T2 TYPE(T1) :: a1 TYPE(T2) :: a2 EQUIVALENCE(a1,a2) write(6,*) a1,a2 END -- Summar

[Bug fortran/20901] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' character(len=4) :: a integer :: i equivalence(a,i) END -- Summary: error needed Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug fortran/20900] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' MODULE TEST INTEGER :: I END MODULE ! note 11.7 USE TEST, ONLY : K=>I INTEGER :: L EQUIVALENCE(K,L) END -- Summary: error needed Product: gcc Versio

[Bug fortran/20899] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' common /z/ i contains pure integer function test(j) integer, intent(in) :: j common /z/ i integer :: k equivalence(i,k) k=1 test=i*j end function test end --

[Bug fortran/20898] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' & end -- Summary: error needed

[Bug fortran/20897] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' TYPE doubleprecision REAL x END TYPE END -- Summary: error needed Product: gcc Version: 4.1.0 Status: UNCONFIRMED Sever

[Bug fortran/20896] New: error needed

The following is non-standard and the compiler should probably generate a warning/error with '-pedantic -std=f95' INTERFACE g SUBROUTINE s1(p) INTERFACE SUBROUTINE p END END INTERFACE END SUBROUTINE s2(p) INTERFACE REAL FUNCTION p() E

  1   2   3   >