[Bug other/41088] New: "TYPE_UNSIGNED (type) = 1;" in fixup_unsigned_type may be deleted

In file stor-layout.c ,function fixup_unsigned_type have next some statement: TYPE_UNSIGNED (type) = 1; set_min_and_max_values_for_integral_type (type, precision, /*is_unsigned=*/true); /* Lay out the type: set its alignment, size, etc. */ layou

[Bug tree-optimization/41087] [4.5 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution

--- Comment #1 from hp at gcc dot gnu dot org 2009-08-17 04:56 --- I'll have to re-build r150587 to get a diff of the assembly. Without that, the only things I can say are: - it's the abort call in the test that is triggered - the preceding line, "print *, pack (mm, mask)" can be safely

[Bug tree-optimization/41087] New: [4.5 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution

With revision r150587 this test passed. >From revision r150588 and on, this test has failed as follows: Running /tmp/r150587-150588/gcc/gcc/testsuite/gfortran.dg/dg.exp ... ... FAIL: gfortran.dg/zero_sized_3.f90 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/zero_sized_

[Bug middle-end/41086] New: [4.5 Regression]: gcc.dg/pr34668-1.c, failing fix for PR41047

With revision r150714 this test passed. >From revision r150715 and on, this test has failed as follows: Running /tmp/r150714-150715/gcc/gcc/testsuite/gcc.dg/dg.exp ... ... FAIL: gcc.dg/pr34668-1.c (internal compiler error) FAIL: gcc.dg/pr34668-1.c (test for excess errors) With the message in gcc.

[Bug fortran/41075] [F2008] Implement unlimited format item

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-08-17 03:51 --- Patch submitted to list. http://gcc.gnu.org/ml/fortran/2009-08/msg00195.html -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/41085] [4.5 Regression]: cris-elf gcc.dg/pr28796-2.c

--- Comment #1 from hp at gcc dot gnu dot org 2009-08-17 03:44 --- Created an attachment (id=18376) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18376&action=view) Simplified gcc.dg/pr28796-2.c It's the fourth call to foo that has its "d" parameter (passed in r10 and r11) munged

[Bug rtl-optimization/41085] New: [4.5 Regression]: cris-elf gcc.dg/pr28796-2.c

With revision r149958 this test passed. >From revision r149962 (i.e. the revision introducing the regression) and on, this test has failed as follows: Running /tmp/r149958-149962/gcc/gcc/testsuite/gcc.dg/dg.exp ... ... FAIL: gcc.dg/pr28796-2.c execution test With the message in the logfile being:

[Bug middle-end/41010] [4.3 Regression] FAIL: gcc.c-torture/execute/complex-5.c execution

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41010

[Bug middle-end/41009] [4.3 Regression] FAIL: gcc.c-torture/execute/20070614-1.c execution, -O0

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41009

[Bug tree-optimization/40992] [4.3/4.4/4.5 Regression] cunroll ignoring asm size

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P

[Bug ada/40986] [4.3/4.4 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986

[Bug middle-end/40946] [4.3/4.4/4.5 Regression] Spurious array subscript is above bounds warning

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40946

[Bug regression/40886] [4.3/4.4/4.5 Regression] No loop counter reversal for simple loops anymore

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40886

[Bug middle-end/40946] [4.3/4.4/4.5 Regression] Spurious array subscript is above bounds warning

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic Target Milestone|--- |4.3.5 ht

[Bug ada/40986] [4.3/4.4 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986

[Bug tree-optimization/40992] [4.3/4.4/4.5 Regression] cunroll ignoring asm size

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3/4.4/4.5 Regression]|[4.3/4.4/4.5 Regression] |cunroll ignoring asm size

[Bug middle-end/41009] [4.3 Regression] FAIL: gcc.c-torture/execute/20070614-1.c execution, -O0

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.4 Known to work||4.3.3

[Bug middle-end/41010] [4.3 Regression] FAIL: gcc.c-torture/execute/complex-5.c execution

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.3 Summary|[4.3.4 Regression] FAIL:|[4.3 Regression

[Bug fortran/40851] [4.3/4.4/4.5] problem with deallocation of pointers

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.6 |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40851

[Bug target/41019] [4.3/4.4/4.5 Regression] Vector conditional move produces wrong code with -O3.

--- Comment #27 from ubizjak at gmail dot com 2009-08-16 21:07 --- Fixed for x86. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug target/41019] [4.3/4.4/4.5 Regression] Vector conditional move produces wrong code with -O3.

--- Comment #26 from uros at gcc dot gnu dot org 2009-08-16 21:06 --- Subject: Bug 41019 Author: uros Date: Sun Aug 16 21:05:47 2009 New Revision: 150816 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150816 Log: Backport from mainline: 2009-08-14 Uros Bizjak

[Bug fortran/40847] [4.3 Regression] segfault & bogus warning

--- Comment #10 from pault at gcc dot gnu dot org 2009-08-16 21:03 --- I missed 'fixed' ! -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/40847] [4.3 Regression] segfault & bogus warning

--- Comment #9 from pault at gcc dot gnu dot org 2009-08-16 21:02 --- Fixed on trunk, 4.4 and 4.3. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/40847] [4.3 Regression] segfault & bogus warning

--- Comment #8 from pault at gcc dot gnu dot org 2009-08-16 21:02 --- Subject: Bug 40847 Author: pault Date: Sun Aug 16 21:01:50 2009 New Revision: 150815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150815 Log: 2009-08-16 Paul Thomas PR fortran/40847 * ire

[Bug fortran/40851] [4.3/4.4/4.5] problem with deallocation of pointers

-- steven at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40851

[Bug fortran/40851] [4.3/4.4/4.5] problem with deallocation of pointers

--- Comment #7 from burnus at gcc dot gnu dot org 2009-08-16 20:29 --- FIXED on the 4.3 branch -> Close. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/40851] [4.3] problem with deallocation of pointers

--- Comment #6 from burnus at gcc dot gnu dot org 2009-08-16 20:29 --- Subject: Bug 40851 Author: burnus Date: Sun Aug 16 20:29:02 2009 New Revision: 150813 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150813 Log: 2009-08-16 Tobias Burnus PR fortran/40851 *

[Bug c++/40866] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504

--- Comment #7 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40866 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug middle-end/40964] [4.5 Regression] ICE in insert_vi_for_tree

--- Comment #5 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40964 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug fortran/40995] [4.5 Regression] Spurious "Type specified for intrinsic function...ignored" message

--- Comment #9 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40995 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug middle-end/41047] [4.5 Regression] gcc.target/mips/memcpy-1.c failing

--- Comment #9 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 41047 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug target/40957] [4.5 Regression] standard_sse_constant_opcode crash on x86 64

--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40957 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug middle-end/41006] [4.5 Regression] verify_stmts failed: error: non-trivial conversion at assignment

--- Comment #5 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 41006 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug tree-optimization/41011] [4.5 Regression] ICE in ipcp_lattice_from_jfunc, at ipa-cp.c:328

--- Comment #4 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 41011 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug tree-optimization/41008] [4.5 Regression] ICE in vect_is_simple_reduction, at tree-vect-loop.c:1708

--- Comment #4 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 41008 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug fortran/41070] [4.5 Regression] Error: Components of structure constructor '' at (1) are PRIVATE

--- Comment #9 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 41070 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug target/40934] [4.5 Regression] ICE in get_hard_regnum, at reg-stack.c:741

--- Comment #18 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40934 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-

[Bug tree-optimization/40991] [4.5 Regression] ICE: at optimization -02

--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-16 20:25 --- Subject: Bug 40991 Author: hjl Date: Sun Aug 16 20:23:57 2009 New Revision: 150812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150812 Log: 2009-08-16 H.J. Lu Backport from mainline: 2009-0

[Bug fortran/40847] [4.3/4.4 Regression] segfault & bogus warning

--- Comment #7 from pault at gcc dot gnu dot org 2009-08-16 20:04 --- Subject: Bug 40847 Author: pault Date: Sun Aug 16 20:04:40 2009 New Revision: 150810 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150810 Log: 2009-08-16 Paul Thomas PR fortran/40847 * ire

[Bug target/41019] [4.3/4.4/4.5 Regression] Vector conditional move produces wrong code with -O3.

--- Comment #25 from uros at gcc dot gnu dot org 2009-08-16 19:35 --- Subject: Bug 41019 Author: uros Date: Sun Aug 16 19:34:49 2009 New Revision: 150809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150809 Log: Backport from mainline: 2009-08-14 Uros Bizjak

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #13 from mikpe at it dot uu dot se 2009-08-16 19:03 --- Patch to unbreak the inline2.c test case posted here: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37801

[Bug target/38599] There should be a Pmode == DImode version of the MIPS lwxs pattern

--- Comment #3 from rsandifo at gcc dot gnu dot org 2009-08-16 18:42 --- Fixed in trunk. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug lto/41079] Bootstrap comparison fails, collect2 links against lto archives

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-16 18:42 --- With that added to BOOT_LDFLAGS the cc1 binaries compare ok (the comparison still fails as it only considers .o files which obviously differ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41079

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #24 from hjl dot tools at gmail dot com 2009-08-16 17:37 --- (In reply to comment #23) > (In reply to comment #21) > > Unfortunatelly, that patch is wrong. It aligns when there is some vector type > in the function but it doesn't align if the autovectorizer creates SSE > in

[Bug target/38599] There should be a Pmode == DImode version of the MIPS lwxs pattern

--- Comment #2 from rsandifo at gcc dot gnu dot org 2009-08-16 17:31 --- Subject: Bug 38599 Author: rsandifo Date: Sun Aug 16 17:30:45 2009 New Revision: 150804 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150804 Log: gcc/ PR target/38599 * config/mips/mips.md

[Bug lto/41079] Bootstrap comparison fails, collect2 links against lto archives

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-16 17:13 --- Like forcing -Wl,-Tltoscript if using GNU ld with ltoscript being SECTIONS { /DISCARD/ : { *(.gnu.lto_*) } } INSERT BEFORE .text placing this in the std GCC private library path should be enough together with adjus

[Bug fortran/31593] Invariant DO loop variables and subroutines

--- Comment #39 from tobi at gcc dot gnu dot org 2009-08-16 17:00 --- Sigh, with the patch capacita.f90 loses 4%. Your testcase really is nasty, Thomas! :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593

[Bug fortran/31593] Invariant DO loop variables and subroutines

--- Comment #38 from tobi at gcc dot gnu dot org 2009-08-16 16:20 --- Thanks(In reply to comment #37) > Subject: Re: Invariant DO loop variables and subroutines > > On Sun, 2009-08-16 at 15:57 +, tobi at gcc dot gnu dot org wrote: > > Now I only need to figure out how to make that

[Bug fortran/31593] Invariant DO loop variables and subroutines

--- Comment #37 from tkoenig at gcc dot gnu dot org 2009-08-16 16:12 --- Subject: Re: Invariant DO loop variables and subroutines On Sun, 2009-08-16 at 15:57 +, tobi at gcc dot gnu dot org wrote: > Now I only need to figure out how to make that patch pass the > testsuite :) If yo

[Bug fortran/31593] Invariant DO loop variables and subroutines

--- Comment #36 from tobi at gcc dot gnu dot org 2009-08-16 15:57 --- I have a patch which copies DO loop variables that are passed as arguments to functions, which gives the same speedup as enclosing the arguments into parentheses. Now I only need to figure out how to make that patch p

[Bug c++/40092] -std=gnu++0x expansion pattern fails with error about derived template instead of actual template

--- Comment #13 from paolo dot carlini at oracle dot com 2009-08-16 15:45 --- (In reply to comment #12) > Does anything else need to be done before the patch is accepted? Yes, patch + testcase must be sent to the gcc-patches mailing list. If the changes are not trivial, of course you n

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #12 from jason at gcc dot gnu dot org 2009-08-16 15:42 --- Binutils version shouldn't be relevant, as the test is looking at the output from gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37801

[Bug fortran/41053] internal compiler error: in emit_swap_insn, at reg-stack.c:827

--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-16 15:13 --- Kandhakumar, we would like to fix your problem. It is definitely a bug ("internal compiler errors" are by definition always valid bugs). However, knowing the error message is not enough to understand and fix the bug.

[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0

--- Comment #4 from ami_stuff at o2 dot pl 2009-08-16 14:02 --- The problematic source code is deflate.c from libz. CFLAGS=-O3 -DUSE_MMAP -m68060 -fomit-frame-pointer When I compile all source code with GCC 4.4.1, I get slow minigzip binary. When I compile all source code with GCC 4.4

[Bug c++/40092] -std=gnu++0x expansion pattern fails with error about derived template instead of actual template

--- Comment #12 from cppljevans at suddenlink dot net 2009-08-16 13:44 --- Created an attachment (id=18375) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18375&action=view) compare of `make -k check-c++` before and after patch The attached .zip file contains the diffs between gcc

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #11 from mikpe at it dot uu dot se 2009-08-16 13:41 --- (In reply to comment #10) > Fixed in 4.5 and 4.4 The inline2.c test case fails for me with gcc-4_4-branch at r150797: FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times \(DIE \(.*?\) DW_TAG_inlined_subroutine 6 F

[Bug c++/40944] [C++0x] rejects well-formed code: SFINAE, decltype, function call

--- Comment #3 from s dot gesemann at gmail dot com 2009-08-16 13:00 --- sorry, please disregard my previous comment. I accidentally used GCC 4.3.3 instead of GCC 4.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40944

[Bug c++/40944] [C++0x] rejects well-formed code: SFINAE, decltype, function call

--- Comment #2 from s dot gesemann at gmail dot com 2009-08-16 12:48 --- This is probably a related (SFINAE<->decltype) problem: template struct meta { static T&& m(); // make static void s(T); // sink }; // operator()(T&,int) available ? template::m()(23) )> int foo(T x) {

[Bug lto/41079] Bootstrap comparison fails, collect2 links against lto archives

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-16 12:47 --- The lto sections are because we link with the static libraries even if they contain lto sections. As the linker doesn't know about them they are not stripped either. I guess a linker script could help here ... or a

[Bug target/41084] New: Filling xmm register with all bit set is not optimized

Hi, A way to fill an xmm register with all one, is to use _mm_cmpeq_epi{8,16,32} wiht itself. However, if you write: __m128i r; r = _mm_cmpeq_epi32 (r, r); gcc absolutely wants to clear the register before and generates (this is output of objdump -d, compiled with -O3 -march=core2): 401484

[Bug fortran/40264] Recursive constraint for specific calling same-named generic procedure

--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-16 12:32 --- Interpretation request has been answered, cf. http://www.j3-fortran.org/doc/year/09/09-237r1.txt The following program is invalid but accepted by gfortran: MODULE example INTERFACE f MODULE PROCEDURE f0,

[Bug fortran/41083] Implicit typing: Save implicit type for external procedures

--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-16 12:24 --- Initial patch, see attachment 18062 of PR 39997; see especially PR 39997 comment 4 and 5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41083

[Bug fortran/39997] Procedure(), pointer & implicit typing: rejects-valid / accepts-invalid?

--- Comment #7 from burnus at gcc dot gnu dot org 2009-08-16 12:21 --- Tracking of the remaining items: a) Implicit typing of external procedures in general: I filled PR 41083 for this purpose. b) Implicit typing of procedure components: "procedure pointer components are never impl

[Bug fortran/41083] New: Implicit typing: Save implicit type for external procedures

Split off from PR 39997. While normal variables are always implicitly typed - any variable needs to have a type -, external procedures are special: Either they are subroutines with no implicit type or implicitly typed functions module m external foo ! real function or subroutine end module m s

[Bug c/39959] [4.5 Regression] IMA is broken

--- Comment #9 from rguenther at suse dot de 2009-08-16 11:31 --- Subject: Re: [4.5 Regression] IMA is broken On Sun, 16 Aug 2009, hp at gcc dot gnu dot org wrote: > --- Comment #8 from hp at gcc dot gnu dot org 2009-08-16 00:16 --- > (In reply to comment #7) > > It was fixed

[Bug middle-end/41082] New: [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64

At revision 150792 the test gfortran.fortran-torture/execute/where_2.f90 fails on powerpc-apple-darwin9 with -m64 -O3. The test passed at revision 150097. The output is 100 100 100 210 210 210 310 310 310 310 instead of 100

[Bug target/41081] redundant ZERO_EXTENDs

--- Comment #5 from steven at gcc dot gnu dot org 2009-08-16 09:50 --- If you are going to submit these patches, can you please make EXTEND_INPUT_REG_OP a target hook instead of a macro? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41081

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #10 from dodji at gcc dot gnu dot org 2009-08-16 09:15 --- Fixed in 4.5 and 4.4 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #9 from dodji at gcc dot gnu dot org 2009-08-16 09:07 --- Subject: Bug 37801 Author: dodji Date: Sun Aug 16 09:07:40 2009 New Revision: 150797 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150797 Log: Fix for PR debug/37801 gcc/ChangeLog: * gcc/dwarf2out.c

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #8 from dodji at gcc dot gnu dot org 2009-08-16 09:02 --- Subject: Bug 37801 Author: dodji Date: Sun Aug 16 09:02:25 2009 New Revision: 150796 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150796 Log: Fix for PR debug/37801 gcc/ChangeLog: * gcc/dwarf2out.c

[Bug fortran/40940] [F03] CLASS statement

--- Comment #4 from janus at gcc dot gnu dot org 2009-08-16 08:41 --- class_2.f03 ICEs with -std=f95. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40940

[Bug fortran/40940] [F03] CLASS statement

--- Comment #3 from janus at gcc dot gnu dot org 2009-08-16 08:39 --- One thing which was forgotten in the first patch: CLASS should be rejected with -std=f95. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40940