[Bug fortran/44879] MOVE_ALLOC rejects FROM= which is a function result

--- Comment #2 from kargl at gcc dot gnu dot org 2010-07-09 06:02 --- Is there a testsuite program to check this? Perhaps, your code should be added so the correct behavior doesn't get unfixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44879

[Bug fortran/44879] MOVE_ALLOC rejects FROM= which is a function result

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-09 05:47 --- As Malcom Cohen points out: "If a dummy argument has INTENT (OUT) or INTENT (INOUT), the actual argument shall be definable." (F2008, 12.5.2.4, paragraph 17) And as "FROM" is a "INTENT(INOUT) argument." (cf. above),

[Bug bootstrap/44849] [4.6 Regression] r161876 breaks bootstrap on darwin.

--- Comment #1 from mrs at gcc dot gnu dot org 2010-07-09 05:30 --- I think this was fixed when H.J. reverted the patch. -- mrs at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/44884] RX tst insn has been not fixed yet.

--- Comment #5 from kazuhiro dot inaoka dot ud at renesas dot com 2010-07-09 05:24 --- (In reply to comment #4) > Right, I haven't sent the patch in yet. The other bug needs to be fixed > first; > the TST patch triggers an ICE otherwise. Thank you for quick response, OK, I'm waiting

[Bug c/44884] RX tst insn has been not fixed yet.

--- Comment #4 from dj at redhat dot com 2010-07-09 05:12 --- Right, I haven't sent the patch in yet. The other bug needs to be fixed first; the TST patch triggers an ICE otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44884

[Bug c/44884] RX tst insn has been not fixed yet.

--- Comment #3 from kazuhiro dot inaoka dot ud at renesas dot com 2010-07-09 05:09 --- Created an attachment (id=21155) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21155&action=view) It's not enough case. The code that I expect is the following. _func: tst #4, r1 bne .L6

[Bug c/44884] RX tst insn has been not fixed yet.

--- Comment #2 from dj at redhat dot com 2010-07-09 05:03 --- I've got a patch for it, just haven't sent it in yet. See http://gcc.gnu.org/ml/gcc-patches/2010-07/msg3.html too -- dj at redhat dot com changed: What|Removed |Added --

[Bug c/44884] RX tst insn has been not fixed yet.

--- Comment #1 from kazuhiro dot inaoka dot ud at renesas dot com 2010-07-09 05:02 --- Created an attachment (id=21154) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21154&action=view) check pattern C source This is a check pattern. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug c/44884] New: RX tst insn has been not fixed yet.

Hi Nick, Thank you for the following pathes of RX optimizing. http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01650.html http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01997.html http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03084.html The msg03084 patch include to generate TST instruction rule. But I

[Bug debug/44832] [4.6 Regression] -fcompare-debug failure for C++ i386.c

--- Comment #48 from amylaar at gcc dot gnu dot org 2010-07-09 03:38 --- (In reply to comment #47) > I'm currently testing the attached patch. Successfully bootstrapped & ergtested in trunk revision 161952, both with & without --enable-build-with-cxx. The only difference in the test re

[Bug fortran/44864] internal compiler error: Segmentation fault

--- Comment #2 from david dot car7 at gmail dot com 2010-07-09 02:01 --- (In reply to comment #1) > Same solution as in PR 44863: I can reproduce the problem in 4.5, but updating > to 4.6 works. Both PRs are kind of a duplicate of PR 41829. > > As written: 4.6 binaries are available at

[Bug middle-end/44576] [4.5/4.6 Regression] testsuite/gfortran.dg/zero_sized_1.f90 with huge compile time on prefetching + peeling

--- Comment #20 from changpeng dot fang at amd dot com 2010-07-09 01:59 --- I submitted a patch for review to completely fix the problem. The patch is an extension to Christian's speedup.patch. It splits the cost analysis into three small functions and quits further prefetching analysis

[Bug middle-end/44882] [4.6 Regression] Failed to build 416.gamess in SPEC CPU 2006

--- Comment #1 from hjl dot tools at gmail dot com 2010-07-09 00:28 --- It is caused by revision 161949: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00303.html [...@gnu-32 delta-fortran]$ cat testcase-min.f SUBROUTINE TRUDGE(KDIR) COMMON /TRUPAR/ DR(10),V(10,10) DO 110 I

[Bug target/43888] [4.5/4.6 Regression] FAIL: gcc.dg/alias-7.c execution test

--- Comment #5 from davek at gcc dot gnu dot org 2010-07-09 00:21 --- Subject: Bug 43888 Author: davek Date: Fri Jul 9 00:20:58 2010 New Revision: 161982 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161982 Log: 2010-07-09 Dave Korn Backport from mainline 2

[Bug target/44883] Combine separate shift and add instructions into a single one

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-09 00:06 --- (In reply to comment #2) > Give it a single register, the cost is 6. Give it the rtx (plus (reg 144) (reg > 143)), the cost is 4. So a single register is more expensive than a plus > expression, not reasonable. And

[Bug target/44883] Combine separate shift and add instructions into a single one

--- Comment #2 from carrot at google dot com 2010-07-09 00:04 --- (In reply to comment #1) > >So in function fwprop_addr before deciding propagate an expression should we > also check if it is the only use of the corresponding def? > > It does somewhat. Though address cost might be low

[Bug target/44883] Combine separate shift and add instructions into a single one

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-08 23:22 --- >So in function fwprop_addr before deciding propagate an expression should we also check if it is the only use of the corresponding def? It does somewhat. Though address cost might be lower for r2+r3 than just r8.

[Bug rtl-optimization/44883] New: Combine separate shift and add instructions into a single one

Compile the following code with options -march=armv7-a -mthumb -Os struct S1 { int f1; int f2; int f3[6]; }; struct S2 { struct S1* pS1; }; void a(struct S2* pS2, int count) { int idx; for (idx = 0; idx < count; idx++) { struct S1* pS1 = &pS2->

[Bug middle-end/44882] New: [4.6 Regression] Failed to build 416.gamess in SPEC CPU 2006

On Linux/x86-64, revision 161953 failed to build 416.gamess in SPEC CPU 2006: gfortran -c -o vibanl.fppized.o -O3 -ffast-math -funroll-loops -ffixed-form vibanl.fppized.f trudge.fppized.f: In function 'trudia': trudge.fppized.f:1037:0: internal compiler error: in vectorizable_store, at tree-vect-s

[Bug other/44881] New: Configure script does not report missing mpc.h dependency.

When I configure GCC, the configure script succeeds, but the compilation fails because of a missing mpc.h. Of course, providing the mpc library fixes the problem, but configure should report an error when mpc is not available (as it does when gmp or mpfr is not available). I hit this bug compilin

[Bug target/29377] Build for h8300-elf crashes on 64bit hosts due to int/HWI mismatch

--- Comment #10 from pinskia at gcc dot gnu dot org 2010-07-08 22:10 --- *** Bug 44880 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/44880] ICE in building cross-compiler on Mac for h8300

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-08 22:10 --- *** This bug has been marked as a duplicate of 29377 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/44880] ICE in building cross-compiler on Mac for h8300

--- Comment #1 from kentaro dot kawamoto at gmail dot com 2010-07-08 22:07 --- Created an attachment (id=21153) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21153&action=view) the file causing ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44880

[Bug c/44880] New: ICE in building cross-compiler on Mac for h8300

Please find the command-line and output below. will attach the preprocessed file. $ uname -a Darwin pomme.local 10.4.0 Darwin Kernel Version 10.4.0: Fri Apr 23 18:27:12 PDT 2010; root:xnu-1504.7.4~1/RELEASE_X86_64 x86_64 $ /Users/kentaro/work/gcc-3.4.6/gcc/xgcc -v -save-temp s -B/Users/kentaro/wo

[Bug fortran/44879] New: MOVE_ALLOC rejects FROM= which is a function result

>From Reinhold Bader at http://j3-fortran.org/pipermail/j3/2010-July/003653.html The following program is rejected with: call move_alloc(extd(i1), i1) 1 Error: 'from' argument of 'move_alloc' intrinsic at (1) must be a variable The standard does not say anything about "varia

[Bug middle-end/44852] [4.6 Regression]: miscompilation (of e.g. newlib dtoa.c) after mem-ref2 merge

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-08 21:57 --- The issue seems to be the uncprop tree pass which does @@ -32,7 +32,7 @@ : # s_18 = PHI - # D.1967_19 = PHI <57(4), D.1967_4(5)> + # D.1967_19 = PHI D.1968_7 = D.1967_19 + 1; MEM[(char *)s_18 + -1B] =

[Bug middle-end/44878] [4.6 Regression] Build fails when compiling libstdc++

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |middle-end Keywords||build, ice

[Bug middle-end/44813] [4.6 Regression] ipa-split causes ice in ptr_deref_may_alias_decl_p, at tree-ssa-alias.c:173

--- Comment #8 from sje at cup dot hp dot com 2010-07-08 21:53 --- I have created PR 44878 for the IA64 problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44813

[Bug c++/44878] Build fails when compiling libstdc++

--- Comment #1 from sje at cup dot hp dot com 2010-07-08 21:53 --- Created an attachment (id=21152) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21152&action=view) Test case that fails on ia64-hp-hpux11.23 This test case generates an ICE on ia64-hp-hpux11.23. No options are requ

[Bug c++/44878] New: Build fails when compiling libstdc++

The patch to PR 44813 broke the build on ia64-hp-hpux11.23. The patch went in at r161898. Attached is a test case which causes an ICE when compiled with GCC on ia64-hp-hpux11.23. No options are needed during the compile. The failure is: x.cc: In function 'std::__exception_ptr::exception_ptr st

[Bug middle-end/30338] [4.3 Regression] infinite loop in maybe_canonicalize_comparison

--- Comment #8 from bergner at gcc dot gnu dot org 2010-07-08 21:50 --- The test case that was added to the testsuite (pr30338.c) ICE's on powerpc64-linux with the following options: -Os -m64 Looking at a backtrace, we're hitting this assert in tree.c:build2_stat(): if (code == POINT

[Bug middle-end/44826] Mozilla build ICE at Invalid first operand of MEM_REF.

--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-08 21:44 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFI

[Bug middle-end/44813] [4.6 Regression] ipa-split causes ice in ptr_deref_may_alias_decl_p, at tree-ssa-alias.c:173

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-08 21:44 --- Can you open a new PR please? The ICEs do not seem related. Thanks. Original issue fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/44852] [4.6 Regression]: miscompilation (of e.g. newlib dtoa.c) after mem-ref2 merge

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-08 21:39 --- Oh. Well. Mine then. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Assign

[Bug fortran/44649] [OOP] F2008: storage_size intrinsic (also working for polymorphic types)

--- Comment #3 from janus at gcc dot gnu dot org 2010-07-08 21:34 --- Fixed with r161977. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44649] [OOP] F2008: storage_size intrinsic (also working for polymorphic types)

--- Comment #2 from janus at gcc dot gnu dot org 2010-07-08 21:30 --- Subject: Bug 44649 Author: janus Date: Thu Jul 8 21:29:56 2010 New Revision: 161977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161977 Log: 2010-07-08 Janus Weil PR fortran/44649 * gfor

[Bug middle-end/44813] [4.6 Regression] ipa-split causes ice in ptr_deref_may_alias_decl_p, at tree-ssa-alias.c:173

--- Comment #6 from sje at cup dot hp dot com 2010-07-08 20:40 --- Created an attachment (id=21151) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21151&action=view) Test case that fails on ia64-hp-hpux11.23 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44813

[Bug middle-end/44813] [4.6 Regression] ipa-split causes ice in ptr_deref_may_alias_decl_p, at tree-ssa-alias.c:173

--- Comment #5 from sje at cup dot hp dot com 2010-07-08 20:39 --- The patch for this fix broke the ia64-hp-hpux11.23 build. I will attach a new test case, if I compile the test case with cc1plus I get an ICE. This is probably some issue with Pmode vs. ptr_mode. I do not need to build

[Bug fortran/44857] [4.6 Regression] ICE in output_constructor_regular_field, at varasm.c:4996

--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-08 20:28 --- (In reply to comment #5) > compilation output > X=3, 4.5 ok, but no truncation warning"123678" The warning should be only printed with -Wcharacter-truncation (i.e. not by d

[Bug fortran/44857] [4.6 Regression] ICE in output_constructor_regular_field, at varasm.c:4996

--- Comment #5 from dfranke at gcc dot gnu dot org 2010-07-08 20:13 --- (In reply to comment #4) > I'd hazard the guess that some string length is not properly copied somewhere. Type :: t character (len=X) :: txt(2) End Type Type (t) :: tt = t((/ "12345", "67890" /)) print *

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #5 from meissner at linux dot vnet dot ibm dot com 2010-07-08 20:11 --- Subject: Re: C++ compiler can no longer compile dealII for VSX/Altivec vectorization On Thu, Jul 08, 2010 at 08:02:00PM -, jakub at gcc dot gnu dot org wrote: > > > --- Comment #3 from jakub

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests generate unaligned access

--- Comment #13 from ebotcazou at gcc dot gnu dot org 2010-07-08 20:06 --- Results on Solaris 9: === gfortran tests === Running target unix FAIL: gfortran.dg/transfer_simplify_2.f90 -O3 -fomit-frame-pointer -funroll-loo ps execution test FAIL: gfortran.dg/transfer_s

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-08 20:03 --- (In reply to comment #3) > Then you should probably just > gcc_assert (POINTER_TYPE_P (TREE_TYPE (arg)); I was going to say the same thing when I saw this bug report :). -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

it-rtl.c (set_mem_attributes_minus_bitpos): Do not rely on the pointed-to type of the offset in a MEM_REF to compute the alignment. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20100708-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/emit-rtl.c trunk/gcc/testsuite/ChangeLog --

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-08 20:01 --- Then you should probably just gcc_assert (POINTER_TYPE_P (TREE_TYPE (arg)); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44877

[Bug debug/44832] [4.6 Regression] -fcompare-debug failure for C++ i386.c

--- Comment #47 from amylaar at gcc dot gnu dot org 2010-07-08 20:00 --- Created an attachment (id=21150) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21150&action=view) proposed patch (In reply to comment #46) > Could we use a different bit that is currently unused for LABEL_DE

[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%

--- Comment #14 from burnus at gcc dot gnu dot org 2010-07-08 19:57 --- (In reply to comment #12) > That is the context - apply it and see. I saw it now (the comment was a bit misleading - the comment combines the outer check with the succeeding check). On the way home, I was wondering

[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%

--- Comment #13 from tkoenig at netcologne dot de 2010-07-08 19:55 --- Subject: Re: [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70% Hello Paul, > That is the context - apply it and see. What about module baz implicit none contains subroutin

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #2 from meissner at gcc dot gnu dot org 2010-07-08 19:25 --- Created an attachment (id=21149) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21149&action=view) Patch to change the assertion to allow REFERENCE_TYPE This patch changes the assertion to allow REFERENCE_TYP

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #1 from meissner at gcc dot gnu dot org 2010-07-08 19:23 --- Created an attachment (id=21148) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21148&action=view) Cut down example to show the problem Compile with -m32 -O3 -mcpu=power5 -maltivec and it should trap with an

[Bug target/44877] New: C++ compiler can no longer compile dealII for VSX/Altivec vectorization

Recent changes to the compiler (probably around July 4th) gets an assertion failure when the Spec 2006 dealII benchmark is compiled for the powerpc targeting either Altivec or VSX vector instruction sets. This is due to the builtin mask for load/store builtins being passed a reference type instead

[Bug fortran/44857] [4.6 Regression] ICE in output_constructor_regular_field, at varasm.c:4996

--- Comment #4 from dfranke at gcc dot gnu dot org 2010-07-08 18:23 --- (In reply to comment #3) > Notes: > * the vatiable 'tt' must be used, if not used only a warning is printed, no >ICE > * doing the same with INTEGER instead of CHARACTER works > * explicitly assigning the txt

[Bug fortran/44847] ICE: OpenMP with Collapse clause and CYCLE stmt in loop

--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-08 18:13 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/44797] INQUIRE EXIST variable must be default LOGICAL

--- Comment #6 from kargl at gcc dot gnu dot org 2010-07-08 18:07 --- (In reply to comment #5) > Subject: Re: INQUIRE EXIST variable must be default > LOGICAL > > By the way, the NUMBER variable must be default INTEGER as well. > Do you agree there is the same problem as with

[Bug java/44876] New: internal compiler error: Segmentation fault

Hi, I am trying to compile Spring 2.0.3 framework jars on AIX with gcj 4.3.3. When I try to compile spring-2.0.6.jar to an so file, I get the following error: === org/springframework/aop/aspectj/annotation/InstantiationModelAwarePointcutAdvisorImpl$PerTargetInstantiationModelPointcut.java: In cla

[Bug fortran/44847] ICE: OpenMP with Collapse clause and CYCLE stmt in loop

--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-08 17:35 --- Subject: Bug 44847 Author: jakub Date: Thu Jul 8 17:35:32 2010 New Revision: 161969 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161969 Log: PR fortran/44847 * match.c (match_exit_cycle): Er

[Bug fortran/44847] ICE: OpenMP with Collapse clause and CYCLE stmt in loop

--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-08 17:33 --- Subject: Bug 44847 Author: jakub Date: Thu Jul 8 17:33:01 2010 New Revision: 161968 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161968 Log: PR fortran/44847 * match.c (match_exit_cycle): Er

[Bug fortran/44847] ICE: OpenMP with Collapse clause and CYCLE stmt in loop

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-08 17:31 --- Subject: Bug 44847 Author: jakub Date: Thu Jul 8 17:30:41 2010 New Revision: 161967 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161967 Log: PR fortran/44847 * match.c (match_exit_cycle): Er

[Bug debug/44832] [4.6 Regression] -fcompare-debug failure for C++ i386.c

--- Comment #46 from amylaar at gcc dot gnu dot org 2010-07-08 17:21 --- (In reply to comment #45) > Using TREE_USED isn't really applicable here (we do never re-set it > at least). So an option would be to unconditionally preserve all > !DECL_INGNORED_P labels in BLOCKs. Which is wha

[Bug c++/44059] Static initializers executed more than once when using unique global symbols

--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-08 17:08 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/44815] Compiz Core miscompiles with GCC 4.5

--- Comment #5 from jason at gcc dot gnu dot org 2010-07-08 17:05 --- I suspect this is a duplicate of PR c++/44059. -- jason at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/44857] [4.6 Regression] ICE in output_constructor_regular_field, at varasm.c:4996

--- Comment #3 from dfranke at gcc dot gnu dot org 2010-07-08 16:47 --- Reduced testcase: Type :: t character (len=32) :: txt(2) End Type Type (t) :: tt = t(/ " ", " " /)) print *, tt End Notes: * the vatiable 'tt' must be used, if not used only a warning is printed, no IC

[Bug tree-optimization/44710] [4.6 Regression] If-conversion generates redundant statements

--- Comment #4 from spop at gcc dot gnu dot org 2010-07-08 16:40 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/44710] [4.6 Regression] If-conversion generates redundant statements

--- Comment #3 from spop at gcc dot gnu dot org 2010-07-08 16:38 --- Subject: Bug 44710 Author: spop Date: Thu Jul 8 16:38:00 2010 New Revision: 161964 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161964 Log: Call maybe_fold_or_comparisons to fold OR-ed predicates. 2010-07-0

[Bug middle-end/44852] [4.6 Regression]: miscompilation (of e.g. newlib dtoa.c) after mem-ref2 merge

--- Comment #4 from hp at gcc dot gnu dot org 2010-07-08 16:27 --- Removing target specifier as the test-case fails for native x86_64-linux as well, with e.g. r161957, so there's reason to believe the miscompilation is generic. Just mentioned in case there's a target-based priority invol

[Bug bootstrap/44455] GCC fails to build if MPFR 3.0.0 (Release Candidate) is used

--- Comment #5 from bonzini at gnu dot org 2010-07-08 16:24 --- The patch is okay, but it should be tested with bootstrap, `make install' and a smoke test after install with: - in-tree GMP, in-tree MPFR 2.3 - in-tree GMP, in-tree MPFR 3.0 - out-of-tree GMP, in-tree MPFR 2.3 - out-of-tre

[Bug libstdc++/44875] libstdc++ status documentation fails to mention missing c++0x io members

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

[Bug debug/44832] [4.6 Regression] -fcompare-debug failure for C++ i386.c

--- Comment #45 from rguenther at suse dot de 2010-07-08 16:05 --- Subject: Re: [4.6 Regression] -fcompare-debug failure for C++ i386.c On Thu, 8 Jul 2010, amylaar at gcc dot gnu dot org wrote: > --- Comment #44 from amylaar at gcc dot gnu dot org 2010-07-08 15:54 > --- > (

[Bug debug/44832] [4.6 Regression] -fcompare-debug failure for C++ i386.c

--- Comment #44 from amylaar at gcc dot gnu dot org 2010-07-08 15:54 --- (In reply to comment #43) > Now, I see that in the non-debug case we are copying the LABEL_DECL while > copying statements while in the debug case we are copying it while > copying the block tree. We have to prese

[Bug libstdc++/44875] New: libstdc++ status documentation fails to mention missing c++0x io members

In , the documentation states that 27 Input/output library is implemented, except for 27.2.3 Thread safety, which is partially implemented. But there are missing move constructors, move assignment operators, move() member f

[Bug other/44874] New: TDF_NOUID dumps miss information about DECL_UID ordering

When comparing dumps from compilations with debugging information generation enabled and disabled, like for -fcompare-debug, commonly dump files generated with TDF_NOUID are used. However, as has become painfully clear while debugging PR44832, such dumps do not help to spot the point where the DEC

[Bug lto/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-08 15:32 --- Testcase to illustrate C / C++ differences: typedef struct { } T1; typedef T1 T2; void foo (T1 a, T2 b) { } TYPE_MAIN_VARIANT of the type of a is T1 for C++, struct {} for C. TYPE_MAIN_VARIANT of the type of b is T

[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%

--- Comment #12 from paul dot richard dot thomas at gmail dot com 2010-07-08 15:32 --- Subject: Re: [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70% Tobias, That is the context - apply it and see. Paul On Thu, Jul 8, 2010 at 3:33 PM, bu

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

--- Comment #27 from burnus at gcc dot gnu dot org 2010-07-08 15:17 --- Subject: Bug 18918 Author: burnus Date: Thu Jul 8 15:17:25 2010 New Revision: 161960 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161960 Log: 2010-07-08 Tobias Burnus PR fortran/18918

[Bug middle-end/44824] [4.6 regression] internal compiler error: verify_stmts failed

--- Comment #10 from jojelino at gmail dot com 2010-07-08 15:15 --- (In reply to comment #2) > I can't reproduce it with r161865. (on x86_64-linux with -m32) > please confirm that this error introduces from -O1? surely, it would not be reproducible just giving -m32 as you says. failed

[Bug testsuite/44873] New: array function not fully defined

In test case retarray.f90 at line 10 the array TEST is not fully defined. I propose to put TEST=0 at line 31 and FOO=0 at line 39. Best regards Vittorio Zecca -- Summary: array function not fully defined Product: gcc Version: 4.5.0 Status: UNCONFIRMED

[Bug testsuite/44797] INQUIRE EXIST variable must be default LOGICAL

--- Comment #5 from zeccav at gmail dot com 2010-07-08 14:49 --- Subject: Re: INQUIRE EXIST variable must be default LOGICAL By the way, the NUMBER variable must be default INTEGER as well. Do you agree there is the same problem as with the EXIST variable? Vittorio -- htt

[Bug middle-end/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-08 14:47 --- The C frontend for typedef struct { hb_atomic_int_t ref_count; } hb_reference_count_t; has an unnamed (NULL TYPE_NAME) main variant of hb_reference_count_t while the C++ frontend does not have a main variant di

[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug

--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-08 14:44 --- Created an attachment (id=21147) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21147&action=view) gcc46-vrp.patch So, combiner seems to be the first to notice that c must be actually zero (2 & (x > y)). This pat

[Bug libstdc++/44436] [C++0x] Implement insert(&&) and emplace* in associative and unordered containers

--- Comment #5 from paolo dot carlini at oracle dot com 2010-07-08 14:28 --- Just to clarify a bit: this wasn't an *oversight*. We had the *nasty* problem in the Draft C++0x Standard with std::pair, which essentially made impossible adding the emplace_* members to std::map, std::multima

[Bug libstdc++/44872] [C++0x] Cannot use move constructible class as value for std::map

--- Comment #1 from redi at gcc dot gnu dot org 2010-07-08 14:20 --- *** This bug has been marked as a duplicate of 44436 *** -- redi at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/44436] [C++0x] Implement insert(&&) and emplace* in associative and unordered containers

--- Comment #4 from redi at gcc dot gnu dot org 2010-07-08 14:20 --- *** Bug 44872 has been marked as a duplicate of this bug. *** -- redi at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-08 14:19 --- Created an attachment (id=21146) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21146&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871

[Bug middle-end/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-08 14:19 --- Created an attachment (id=21145) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21145&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871

[Bug c/44828] [4.3/4.4 Regression] possible integer wrong code bug

--- Comment #13 from bergner at gcc dot gnu dot org 2010-07-08 14:18 --- Subject: Bug 44828 Author: bergner Date: Thu Jul 8 14:17:52 2010 New Revision: 161956 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161956 Log: PR middle-end/44828 * gcc.c-torture/execute

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

--- Comment #11 from mikpe at it dot uu dot se 2010-07-08 14:12 --- (In reply to comment #9) > Still the alternative is probably correct more often. So if that fixes the > issue for you we can go with that until I manage to finish the alignment > tracking. The alternative does fix this

[Bug c++/44703] [C++0x] List initialization fail if parameter is typedef name for the std::initializer_list

--- Comment #2 from jason at gcc dot gnu dot org 2010-07-08 14:09 --- Subject: Bug 44703 Author: jason Date: Thu Jul 8 14:08:36 2010 New Revision: 161955 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161955 Log: PR c++/44703 * call.c (is_std_init_list): Look th

[Bug c++/43120] Virtual inheritance with covariant return type confuses GCC

--- Comment #9 from jason at gcc dot gnu dot org 2010-07-08 14:00 --- Subject: Bug 43120 Author: jason Date: Thu Jul 8 14:00:26 2010 New Revision: 161954 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161954 Log: PR c++/43120 * class.c (update_vtable_entry_for_f

[Bug libstdc++/44872] New: [C++0x] Cannot use move constructible class as value for std::map

The std::map class is missing methods for inserting by rvalue reference. As a consequence, move constructible classes (with copying disabled) cannot be used as values. This seems like an oversight since std::vector has this functionality. The missing methods are: T& operator[](key_type&& x); te

[Bug rtl-optimization/44838] [4.6 regression] RTL loop unrolling causes FAIL: gcc.dg/pr39794.c

--- Comment #33 from hjl at gcc dot gnu dot org 2010-07-08 13:40 --- Subject: Bug 44838 Author: hjl Date: Thu Jul 8 13:40:24 2010 New Revision: 161953 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161953 Log: Add gcc.dg/pr44838.c. 2010-07-08 H.J. Lu PR rtl-optimiz

[Bug middle-end/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-08 13:37 --- Created an attachment (id=21144) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21144&action=view) second part of testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871

[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%

--- Comment #11 from burnus at gcc dot gnu dot org 2010-07-08 13:33 --- + /* A temporary is not needed if the lhs has never been host +associated and the procedure is contained. */ + if (!sym->attr.host_assoc_in_contained + && expr2->value.function.esym->attr

[Bug middle-end/44871] Invalid type mismatches while merging C and C++ sources

--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-08 13:31 --- Created an attachment (id=21143) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21143&action=view) first part of testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44871

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-07-08 13:29 --- > Still the alternative is probably correct more often. So if that fixes the > issue for you we can go with that until I manage to finish the alignment > tracking. Yes, that cannot be worse than the current one

[Bug middle-end/44871] New: Invalid type mismatches while merging C and C++ sources

j...@evans:/abuild/jh/mozilla-central/build6/gfx/harfbuzz/src> /abuild/jh/trunk-install/bin/gcc -O2 -fwhopr -r -nostdlib hb-blob.i -c j...@evans:/abuild/jh/mozilla-central/build6/gfx/harfbuzz/src> /abuild/jh/trunk-install/bin/g++ -O2 -fwhopr -r -nostdlib *.ii -c j...@evans:/abuild/jh/mozilla-ce

[Bug tree-optimization/44284] vectorization does not work for short variable

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

[Bug c++/44870] [C++0x] -pedantic causes error when calling function with rvalue argument inside template

--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-08 12:51 --- Confirmed with current mainline. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-08 12:50 --- Still the alternative is probably correct more often. So if that fixes the issue for you we can go with that until I manage to finish the alignment tracking. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44843

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-08 12:47 --- (In reply to comment #7) > We end up with > > MEM[(struct s *)D.2742_15 + 8B] = 0; > MEM[(struct s *)D.2742_15 + 12B] = 0; > MEM[(struct s *)D.2742_15 + 16B] = 0; > > from which set_mem_attributes_minus_bitpo

[Bug middle-end/44843] [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-08 12:41 --- (In reply to comment #6) > With this short test case: > > struct s { > double for_alignment; > struct { int x, y, z; } a[16]; > }; > > void f(struct s *s) > { > unsigned int i; > > for (i = 0; i <

  1   2   >