[Bug tree-optimization/24365] [4.1/4.2 Regression] statement makes a memory store with complex

--- Comment #15 from jason at gcc dot gnu dot org 2006-02-12 08:00 --- Subject: Bug 24365 Author: jason Date: Sun Feb 12 08:00:51 2006 New Revision: 110887 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110887 Log: PR tree-opt/24365 * tree-inline.c (declare_retur

[Bug tree-optimization/24365] [4.1/4.2 Regression] statement makes a memory store with complex

--- Comment #16 from jason at gcc dot gnu dot org 2006-02-12 08:01 --- Subject: Bug 24365 Author: jason Date: Sun Feb 12 08:01:04 2006 New Revision: 110888 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110888 Log: PR tree-opt/24365 * tree-inline.c (declare_retur

[Bug c/26228] New: got a crash in the compiler while compiling

make[1]: Leaving directory `/home/install/compile/cyrus-imapd-2.3.1/perl' ### Making all in /home/install/compile/cyrus-imapd-2.3.1/timsieved make[1]: Entering directory `/home/install/compile/cyrus-imapd-2.3.1/timsieved' gcc -c -I.. -I./../sieve -I./../imap -I./../lib -DHAVE_CONFIG_H -g -O2 \

[Bug c++/26230] New: template instantiation failure (-frepo).

$ cat impl.cc struct A {}; template struct t { t(); }; template t::t() {} int main() { t *foo = new t; return 0; } $ g++ -c -frepo impl.cc $ c++filt ::t() O t::t() $ g++ -frepo impl.o -o impl impl.o: In function `main':impl.cc:(.text+0x1c): undefined reference to `t::t()' collect2: ld re

[Bug fortran/19546] Internal subroutine setting function return value gives internal compiler error

--- Comment #5 from pault at gcc dot gnu dot org 2006-02-12 13:34 --- A patch is on its way in the next 48 hours - I have it working with no regressions; it needs tidying up and a full set of testcases writing. Paul -- pault at gcc dot gnu dot org changed: What|Remov

[Bug libgomp/26231] New: Helgrind (Valgrind) error reports for libgomp

Using Helgrind (Valgrind-2.2) on IA-32 on r108219 (2005-12-04) version of the GOMP-branch, and this test program goes through with no errors or potential problems reported by that tool. Using the latest update of the branch (2006-02-06), and 113 errors and 123 possible data races are reported by H

[Bug libgomp/26231] Helgrind (Valgrind) error reports for libgomp

--- Comment #1 from magnus_os at yahoo dot se 2006-02-12 15:00 --- Created an attachment (id=10826) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10826&action=view) Error output from Helgrind. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26231

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

--- Comment #24 from jason at gcc dot gnu dot org 2006-02-12 16:02 --- Subject: Bug 24996 Author: jason Date: Sun Feb 12 16:02:00 2006 New Revision: 110889 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110889 Log: PR c++/24996 * except.c (build_throw): Add a CLE

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

--- Comment #25 from jason at gcc dot gnu dot org 2006-02-12 16:07 --- Subject: Bug 24996 Author: jason Date: Sun Feb 12 16:07:04 2006 New Revision: 110890 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110890 Log: PR c++/24996 * except.c (build_throw): Add a CLE

[Bug libstdc++/26211] basic_istream::tellg, seekg are unformatted input functions

--- Comment #1 from paolo at gcc dot gnu dot org 2006-02-12 16:09 --- Subject: Bug 26211 Author: paolo Date: Sun Feb 12 16:09:41 2006 New Revision: 110891 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110891 Log: 2006-02-12 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/26211] basic_istream::tellg, seekg are unformatted input functions

--- Comment #2 from pcarlini at suse dot de 2006-02-12 16:11 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

--- Comment #26 from pinskia at gcc dot gnu dot org 2006-02-12 16:20 --- Fixed by a simplier patch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/26232] New: cc0 targets broken; loop-invariants-move code doesn't handle cc0.

Build last succeeded with revision 110787. Building cris-axis-elf with revision 110879 fails building newlib: /home/hp/combined/cris-sim/./gcc/xgcc -B/home/hp/combined/cris-sim/./gcc/ -nostdinc -B/home/hp/combined/cris-sim/cris-elf/v10/new\ lib/ -isystem /home/hp/combined/cris-sim/cris-elf/v10/newl

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 16:41 --- I am going to say this causes a build failure on m68k. Oh and Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-12 16:42 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00933.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #2 from hp at gcc dot gnu dot org 2006-02-12 16:44 --- Created an attachment (id=10827) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10827&action=view) test-case for cris-axis-elf Compile with ./cc1 -fpreprocessed /tmp/qsort.i -march=v10 -O2 -fno-builtin -fmove-loop-i

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|2006-02-12 16:41:23 |2006-02-12 16:44:

[Bug c/26228] got a crash in the compiler while compiling

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 16:45 --- You should have reported this to redhat first. Closing as invalid. Next time read what the compiler gives you: See http://bugzilla.redhat.com/bugzilla> for instructions. -- pinskia at gcc dot gnu dot org changed

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 16:47 --- This works with "4.1.0 20060208". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26230

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-12 16:49 --- c++filt < t.rpo gives: M t.cc D /home/pinskia A '-c' '-frepo' '-mtune=k8' '-frandom-seed=0x5f283832' C t::t() O t::t() What exact version are you trying with and does it have any modifications? -- pinskia at gcc

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #3 from pluto at agmk dot net 2006-02-12 16:51 --- (In reply to comment #2) > c++filt < t.rpo gives: > M t.cc > D /home/pinskia > A '-c' '-frepo' '-mtune=k8' '-frandom-seed=0x5f283832' > C t::t() > O t::t() > > What exact version are you trying with and does it have any modi

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #4 from pluto at agmk dot net 2006-02-12 16:55 --- from .pl usenet i also known it fails with 4.0.3/20060128 (prerelease) (Debian 4.0.2-8) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26230

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-12 17:02 --- It works with "4.0.3 20051105" and "4.2.0 20060208". And I don't have any modifications to my 4.1.0 or 4.0.3, they are built clean too. Can you try a clean build and also do building of imp.cc in a clean directory?

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-12 17:04 --- And it works with "4.2.0 20060211" on powerpc-darwin. (the other ones were on x86_64-linux-gnu). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26230

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-12 17:06 --- And works with "4.2.0 20060127" on powerpc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26230

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #3 from rakdver at gcc dot gnu dot org 2006-02-12 17:08 --- The test for cc0 should probably be in may_assign_reg_p or in find_invariant_insn, not in move_invariant_reg. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26232

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #8 from pluto at agmk dot net 2006-02-12 17:15 --- pure 4.1-20060211 (rev. 110872) works. investigating patchset now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26230

[Bug c++/24996] [4.0 Regression] ICE on throw code

--- Comment #27 from pinskia at gcc dot gnu dot org 2006-02-12 17:19 --- Reopening as 4.0.x is not fixed yet. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/24996] [4.0 Regression] ICE on throw code

--- Comment #28 from pinskia at gcc dot gnu dot org 2006-02-12 17:20 --- Assigning to Jason since he patched 4.1.0 and 4.2.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-12 17:21 --- I should note that PR 24996 was fixed a different way then the orginal patch was for so it might be that one. But closing this bug as works for me as it does. -- pinskia at gcc dot gnu dot org changed:

[Bug libgomp/26231] Helgrind (Valgrind) error reports for libgomp

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-12 17:24 --- Actually looking at the results, it does not look like Helgrind is working correctly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26231

[Bug fortran/25806] problems with functions returning array pointers?

--- Comment #6 from eedelman at gcc dot gnu dot org 2006-02-12 17:34 --- Subject: Bug 25806 Author: eedelman Date: Sun Feb 12 17:34:15 2006 New Revision: 110893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110893 Log: fortran/ 2006-02-12 Erik Edelmann <[EMAIL PROTECTED]>

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #4 from rakdver at gcc dot gnu dot org 2006-02-12 17:36 --- Could you please test the following patch? Index: loop-invariant.c === *** loop-invariant.c(revision 110850) --- loop-invariant.c(working copy)

[Bug tree-optimization/26233] New: FAIL: gcc.c-torture/compile/20000804-1.c:8: error: invalid operand to binary operator

Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4 .2/objdir/gcc/ -O3 -fomit-frame-pointer -w -fno-show-column -c -o 2804-1 .o /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.c-torture/compile/2804-1.c (timeout = 300) /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite

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

--- Comment #15 from tobi at gcc dot gnu dot org 2006-02-12 18:31 --- Subject: Bug 14771 Author: tobi Date: Sun Feb 12 18:31:40 2006 New Revision: 110894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110894 Log: fortran/ Backport r110819 and r110840 from the trunk

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

--- Comment #16 from tobi at gcc dot gnu dot org 2006-02-12 18:32 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/15313] gfc_error's emitted from trans-common.c

--- Comment #3 from tobi at gcc dot gnu dot org 2006-02-12 18:35 --- I don't think this is important enough to waste any time on it, also Paul Brook has added a few more in the meantime, so this is not our maintainers' policy :-) -- tobi at gcc dot gnu dot org changed: Wh

[Bug tree-optimization/26233] [4.1/4.2 Regression] FAIL: gcc.c-torture/compile/20000804-1.c:8: error: invalid operand to binary operator

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 18:38 --- Was this before or after the following patch: 2006-02-11 Jason Merrill <[EMAIL PROTECTED]> PR tree-opt/24365 * tree-inline.c (declare_return_variable): Just don't use the modify target if i

[Bug libgomp/26234] New: [4.2 Regression] --disable-libgomp is not documented

I decided to look at http://gcc.gnu.org/install/configure.html for something else and I noticed this. --disable-libgomp should be documented there, just like how --disable-libgcc-math, --disable-libssp and others are. This is a regression as the documention is no longer up todate with reality. -

[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26234

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

--- Comment #28 from tobi at gcc dot gnu dot org 2006-02-12 18:47 --- Ralf, this patch should fix the segfault, it shouldn't give you a working compiler, though. Index: error.c === --- error.c (revision 110873) +++ erro

[Bug tree-optimization/26235] New: FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/gc c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/ieee/fp-cmp-8l.c -w -O1 -fno-show-column -lm -o /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/gcc/fp-c mp-8l.x1(timeout = 300) PASS: gcc.c-torture/execute/

[Bug tree-optimization/26233] [4.1/4.2 Regression] FAIL: gcc.c-torture/compile/20000804-1.c:8: error: invalid operand to binary operator

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 18:55 --- Subject: Re: [4.1/4.2 Regression] FAIL: gcc.c-torture/compile/2804-1.c:8: error: invalid operand to binary > Was this before or after the following patch: > 2006-02-11 Jason Merrill <[EMAIL PROTECTED

[Bug rtl-optimization/26225] [4.2 Regression] GCC error: in emit_move_multi_word, at expr.c:3053

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 19:00 --- Subject: Re: [4.2 Regression] GCC error: in emit_move_multi_word, at expr.c:3053 > Could you please check whether the following patch fixes the problem? > I am not sure whether I would be able to build ada

[Bug middle-end/26236] New: [4.2 Regression] CHAR_TYPE is still referenced in c-tree.texi

@item INTEGER_TYPE Used to represent the various integral types, including @code{char}, @code{short}, @code{int}, @code{long}, and @code{long long}. This code is not used for enumeration types, nor for the @code{bool} type. Note that GCC's @code{CHAR_TYPE} node is @emph{not} used to represent @co

[Bug middle-end/26236] [4.2 Regression] CHAR_TYPE is still referenced in c-tree.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:16 --- This is a regression as the documentation is no longer up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/26235] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

--- Comment #1 from rakdver at gcc dot gnu dot org 2006-02-12 19:17 --- Can you please add preprocessed source for the testcase (minimized, preferably)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26235

[Bug middle-end/26237] New: [4.2 Regression] None of the OMP_* trees are documented in c-tree.texi

While looking for the documention for the OMP_* trees I noticed that they were not documented at all in c-tree.texi where all other trees are documented. -- Summary: [4.2 Regression] None of the OMP_* trees are documented in c-tree.texi Product: gcc

[Bug middle-end/26237] [4.2 Regression] None of the OMP_* trees are documented in c-tree.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:18 --- This is a regression as the documention is no longer up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/26238] New: [4.2 Regression] passes.texi does not document the openMP lowering pass

I decided to look at what passes are not documented recently and I noticed that openmp lowering pass is not documented at all. -- Summary: [4.2 Regression] passes.texi does not document the openMP lowering pass Product: gcc Version: 4.2.0

[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:23 --- This is a regression as the documention is no out of date. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

--- Comment #5 from rakdver at gcc dot gnu dot org 2006-02-12 19:24 --- Probably related to http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00446.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26197

[Bug tree-optimization/26239] New: [4.0/4.1/4.2 Regression] Complete unrolling is undocumented in passes.texi

Another "new" undocumended pass. -- Summary: [4.0/4.1/4.2 Regression] Complete unrolling is undocumented in passes.texi Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug tree-optimization/26239] [4.0/4.1/4.2 Regression] Complete unrolling is undocumented in passes.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:26 --- A regression as the documention is not up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/26240] New: [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi

Another "new" pass which is not documented in passes.texi. -- Summary: [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: documentation

[Bug tree-optimization/26240] [4.1/4.2 Regression] remove empty loops pass is not documented in passes.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:30 --- A regression because the documention is not up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/26235] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 19:32 --- Subject: Re: FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os > Can you please add preprocessed source for the testcase (minimized, > preferably)? Here's the unminimized source.

[Bug middle-end/26241] New: [4.1/4.2 Regression] None of the IPA passes are documented in passes.texi

NEXT_PASS (pass_ipa_cp); NEXT_PASS (pass_ipa_inline); NEXT_PASS (pass_ipa_reference); NEXT_PASS (pass_ipa_pure_const); NEXT_PASS (pass_ipa_type_escape); I looked for everyone of these in passes.texi and could not find them. -- Summary: [4.1/4.2 Regression] None of the IPA pas

[Bug middle-end/26241] [4.1/4.2 Regression] None of the IPA passes are documented in passes.texi

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||documentation Target Milestone|--- |4.1.0

[Bug tree-optimization/26242] New: [4.1/4.2 Regression] VRP is not documented in passes.texi

Again another missing documention in passes.texi. -- Summary: [4.1/4.2 Regression] VRP is not documented in passes.texi Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: documentation Severity: normal

[Bug tree-optimization/26242] [4.1/4.2 Regression] VRP is not documented in passes.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:41 --- A regression as the documention is not up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/26243] New: [4.1/4.2 Regression] reassoc is not documented in passes.texi

The reassoc pass is not documented in passes.texi. -- Summary: [4.1/4.2 Regression] reassoc is not documented in passes.texi Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: documentation Severity: norm

[Bug tree-optimization/26243] [4.1/4.2 Regression] reassoc is not documented in passes.texi

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 19:43 --- A regression as the documention is not up todate. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #5 from hp at gcc dot gnu dot org 2006-02-12 19:55 --- Regarding comment #4: patch being tested now. I wasn't sure it was right to put the test this early, considering the other early returns in move_invariant_reg and that a cc0 use sequence could be moved as loop-invariant

[Bug libfortran/25949] Unbounded I/O buffer memory usage for formatted IO

--- Comment #3 from jb at gcc dot gnu dot org 2006-02-12 19:59 --- Subject: Bug 25949 Author: jb Date: Sun Feb 12 19:59:32 2006 New Revision: 110895 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110895 Log: 2006-02-12 Janne Blomqvist <[EMAIL PROTECTED]> PR libgfortra

[Bug tree-optimization/26235] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 20:02 --- Subject: Re: FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os > Can you please add preprocessed source for the testcase (minimized, > preferably)? Here's a smaller version that s

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |rtl-optimization Keywords||wron

[Bug c++/26230] template instantiation failure (-frepo).

--- Comment #10 from pluto at agmk dot net 2006-02-12 20:04 --- (In reply to comment #8) > pure 4.1-20060211 (rev. 110872) works. > investigating patchset now... > blah, g++ doesn't work. xgcc does. [obj-x86_64-pld-linux/gcc]$ ./g++ -B. -c -frepo impl.cc [obj-x86_64-pld-linux/gcc]$ ./

[Bug c++/24996] [4.0 Regression] ICE on throw code

--- Comment #29 from jason at gcc dot gnu dot org 2006-02-12 20:19 --- Subject: Bug 24996 Author: jason Date: Sun Feb 12 20:19:32 2006 New Revision: 110896 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110896 Log: PR c++/24996 * except.c (build_throw): Add a CLE

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 20:26 --- Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os This is with the second testcase except that I made the test functions extern. It looks to me like

[Bug c++/24996] [4.0 Regression] ICE on throw code

--- Comment #30 from pinskia at gcc dot gnu dot org 2006-02-12 20:28 --- Fixed, thanks Jason for fixing this one. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #6 from rakdver at gcc dot gnu dot org 2006-02-12 20:35 --- At the moment, I would like to get things working as fast and as safely as possible; the improvements like the one you propose may be considered later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26232

[Bug c++/26114] [4.2 Regression] g++.dg/init/ctor4.C and g++.old-deja/g++.jason/overload34.C and g++.old-deja/g++.mike/p11110.C fails

--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-02-12 20:45 --- Passed with revision 110539, fails with 110584. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

-- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org

[Bug c++/26115] [4.2 Regression] bogus warning for g++.dg/parse/register1.C

--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-02-12 20:45 --- Passed with revision 110539, fails with 110584. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115

[Bug target/25308] [4.2 Regression] 22_locale/locale/cons/12658_thread-1.cc, etc fail

--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-02-12 20:48 --- The tests I mention in comment#1 have been consistently passing for me from 2006-02-03 (revision 110539) onwards; they failed with revision 110501. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25308

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #7 from jbglaw at lug-owl dot de 2006-02-12 20:52 --- Just for the records: ICEs on VAX, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26232

[Bug bootstrap/12984] libgcc*.so files are mis-installed when doing a candian cross

--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-02-12 20:56 --- This was fixed by . 2005-04-19 Daniel Jacobowitz <[EMAIL PROTECTED]> * Makefile.in (libgcc.mk): Pass GCC_FOR_TARGET. * mklibgcc.in: Use $GCC_

[Bug rtl-optimization/26235] [4.2 Regression] FAIL: gcc.c-torture/execute/ieee/fp-cmp-8l.c execution at -O1, -O2 and -Os

--- Comment #9 from rakdver at gcc dot gnu dot org 2006-02-12 21:12 --- This should fix the problem (could you please verify it?). I am really surprised this problem did not show on other architectures. Index: loop-invariant.c ===

[Bug fortran/26201] [4.1/4/2 regression, fortran] __convert_i4_i8 written to a module.

--- Comment #2 from jb at gcc dot gnu dot org 2006-02-12 21:25 --- FWIW, this same bug (or a very similar one) blocks compiling VASP too: In file cl_shift.f90:1377 END MODULE 1 Error: Name '__convert_r4_r8' at (1) is an ambiguous reference to '__convert_r4_r8' from module 'co

[Bug target/25308] [4.2 Regression] 22_locale/locale/cons/12658_thread-1.cc, etc fail

--- Comment #5 from pcarlini at suse dot de 2006-02-12 21:39 --- Same here, I think we can close the PR. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #8 from rakdver at gcc dot gnu dot org 2006-02-12 22:32 --- Subject: Bug 26232 Author: rakdver Date: Sun Feb 12 22:32:33 2006 New Revision: 110897 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110897 Log: PR rtl-optimization/26232 * loop-invariant.c

[Bug rtl-optimization/26244] New: FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/gc c/ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/builtin-bitops-1.c -w -O3 -fomit-frame-pointer -funroll-loops -fno-show-column -lm -o /mnt/gnu /gcc-3.3/objdir/gcc/testsuite/gcc/builtin-bitops-1.x4(

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Summary|FAIL: gcc.c-|[4.2 Regre

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 23:15 --- Subject: Re: New: FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops I've attached a reduced testcase. Two elements in the longlongs array are needed for t

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #3 from rakdver at gcc dot gnu dot org 2006-02-12 23:17 --- Just for sure -- does not the patch for PR 26235 fix this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244

[Bug target/26149] libgomp.c/ordered-2.c fails on i686-linux-gnu

--- Comment #1 from hp at gcc dot gnu dot org 2006-02-12 23:20 --- Looks related to one of the FAILs in 25893, so let's connect them. -- hp at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/26245] New: 10 * local variable set but not used

I just tried to compile the GNU CC version 4.2 snapshot 20060211 with the Intel C compiler. It said ../../src/gcc-4.2-20060211/gcc/c-decl.c(4523): remark #593: variable "type_as_written" was set but never used ../../src/gcc-4.2-20060211/gcc/tree-cfg.c(3207): remark #593: variable "src" was set bu

[Bug other/26245] 10 * local variable set but not used

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-12 23:31 --- Confirmed, some of them are already filed under PR 25567. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #9 from steven at gcc dot gnu dot org 2006-02-12 23:31 --- What kind of invariant insns can we miss if we don't move any cc0 setters? Are there things like cc0-based conditional moves/sets? If someone has a test case with a missed optimization due to not moving any cc0 sett

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-12 23:33 --- Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointe > Just for sure -- does not the patch for PR 26235 fix this? I'll know in a few minutes. D

[Bug c++/24996] [4.0 Regression] ICE on throw code

--- Comment #31 from steven at gcc dot gnu dot org 2006-02-12 23:35 --- Yes, thanks Jason. But could you add a comment explaining what that CLEANUP_POINT_EXPR is needed for? It obviously confused more than just a few people, or someone else would have been able to come up with this nice

[Bug middle-end/26237] [4.2 Regression] None of the OMP_* trees are documented in c-tree.texi

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #10 from hp at gcc dot gnu dot org 2006-02-12 23:41 --- This particular cc0-related bug is fixed with the patch in comment #4 (plus comment fix :) for cris-axis-elf; it builds with somewhat reasonable test-results and cris-axis-linux-gnu builds (test-results not ready, but th

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #11 from rakdver at atrey dot karlin dot mff dot cuni dot cz 2006-02-12 23:42 --- Subject: Re: [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0. > What kind of invariant insns can we miss if we don't move any cc0 setters? > Are > there th

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #12 from hp at gcc dot gnu dot org 2006-02-12 23:43 --- Yes, you can have cc0 users that aren't jumps. See comment #5. See also s patterns in the CRIS port. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26232

[Bug rtl-optimization/26232] [4.2 Regression] cc0 targets broken; loop-invariants-move code doesn't handle cc0.

--- Comment #13 from hp at gcc dot gnu dot org 2006-02-12 23:47 --- Correct, it's not a regression AFAICT, just a possible optimization that I wasn't sure was expected to happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26232

[Bug fortran/26246] New: regression from 4.1 to trunk with TREE_STATIC designation.

-- Summary: regression from 4.1 to trunk with TREE_STATIC designation. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at

[Bug fortran/26246] regression from 4.1 to trunk with TREE_STATIC designation.

--- Comment #1 from kargl at gcc dot gnu dot org 2006-02-13 00:01 --- module st implicit none contains FUNCTION escape_token(string) CHARACTER(*), INTENT(IN) :: string CHARACTER(LEN=LEN(string)+2) :: escape_token IF (INDEX(TRIM(string), '"').NE.0) THEN escape_to

  1   2   >