[Bug fortran/41062] [4.4/4.5 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.c:3438

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.4.

[Bug middle-end/30789] complex folding inexact

--- Comment #5 from ghazi at gcc dot gnu dot org 2009-08-14 05:58 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00728.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30789

[Bug c++/41039] Member reordering rule is overly strict

--- Comment #5 from coppro at users dot sf dot net 2009-08-14 05:41 --- Jonathan Wakely appears to be correct. My apologies! -- coppro at users dot sf dot net changed: What|Removed |Added

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #20 from howarth at nitro dot med dot uc dot edu 2009-08-14 04:29 --- Both gmp 4.3.1 and ppl 0.10.2 pass all of their testsuites on x86_64-apple-darwin10. I'll also try to find the smallest code fragment which will trigger this bug. -- http://gcc.gnu.org/bugzilla/show_b

[Bug fortran/40955] STDCALL attributes are not saved in the .MOD files

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-08-14 02:35 --- Subject: Bug 40955 Author: jvdelisle Date: Fri Aug 14 02:35:32 2009 New Revision: 150733 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150733 Log: 2009-08-13 Jerry DeLisle PR fortran/40955

[Bug rtl-optimization/41064] [4.5 Regression]: build breakage for cris-elf building newlib, ICE in extract_insn, from r150726

--- Comment #2 from hp at gcc dot gnu dot org 2009-08-14 02:19 --- (In reply to comment #0) > A brief look with gdb reveals the immediate cause of the ICE is the > extract_insn call in the context of the change of revision 150726. Applying it > to a non-recognizable insn, a no-no. I don'

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-08-14 01:45 --- Actually the error in gdb has changed with 1677_max.diff... (gdb) r -O2 -fgraphite-identity -floop-strip-mine air.f90 -o air Starting program: /sw/src/fink.build/gcc45-4.4.999-20090813/darwin_objdir/gcc

[Bug rtl-optimization/41064] [4.5 Regression]: build breakage for cris-elf building newlib, ICE in extract_insn, from r150726

--- Comment #1 from hp at gcc dot gnu dot org 2009-08-14 01:22 --- Created an attachment (id=18362) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18362&action=view) preprocessed, non-reduced test-case Compile with -march=v32 -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug rtl-optimization/41064] New: [4.5 Regression]: build breakage for cris-elf building newlib, ICE in extract_insn, from r150726

This bug was hidden at the time of its introduction by PR41031. With revision 150725 plus the patch at a build was successful with reasonable test-results. >From revision 150726 plus the same patch a build failed as follows. The build failu

[Bug fortran/41062] [4.4, 4.5 Regression] internal compiler error

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-08-14 00:29 --- Severity is never considered a blocker with gfortran. Marking as a regression. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41062] internal compiler error

--- Comment #3 from dominiq at lps dot ens dot fr 2009-08-14 00:14 --- Reduced test case: module SysKinds INTEGER, PARAMETER :: DefaultInteger = kind (1) INTEGER (DefaultInteger), PARAMETER :: ASCIICharacterKind = KIND ("A") integer(DefaultInteger), parameter :: SmallInteger = se

[Bug debug/41063] ICE in output_die

--- Comment #1 from ccoutant at gcc dot gnu dot org 2009-08-13 23:40 --- Created an attachment (id=18361) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18361&action=view) Proposed patch to dwarf2out.c * dwarf2out.c (gen_type_die_with_usage): Set context_die for basi

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

--- Comment #14 from =?ISO-8859-1?Q?Tobias_Schl=FCter?= 2009-08-13 23:33 --- Subject: Re: Invariant DO loop variables and subroutines tkoenig at gcc dot gnu dot org wrote: > --- Comment #13 from tkoenig at gcc dot gnu dot org 2009-08-13 18:55 > --- > (In reply to comment #

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-08-13 23:29 --- Current gcc trunk with 1677_max.diff applied still shows the bug. I'll run the complete make check on ppl 0.10.2 for x86_64-apple-darwin tonight to make sure the issue isn't revealed in the ppl testsuite.

[Bug debug/41063] New: ICE in output_die

Compile the following with -g for a DWARF target: $ cat test.cc struct A { virtual void run(); }; void test() { struct B : public A { void run() { struct C : public A { C() { } B *b_; }; C c; } }; B b; } $ gcc -v Reading specs from /home/ccoutant

[Bug fortran/41062] internal compiler error

--- Comment #1 from clerman at fuse dot net 2009-08-13 20:52 --- Subject: Bug 41062 has been added to the database Hello everyone: gfortran bug 41062. Attached is a file that will allow you to reproduce bug 41062. Unzip the file, extract its contents, and invoke shell scipt bug7.s

[Bug fortran/41062] New: internal compiler error

Hello to everyone at the gfortran development team: I am trying to build my lens design program with the latest trunk version of gfortran: n...@oxford:~/design/gfortran/bug7/test> gfortran --version GNU Fortran (GCC) 4.5.0 20090808 (experimental) [trunk revision 150581] The build stops when

[Bug libstdc++/41061] Compile of program using std random fails.

--- Comment #3 from 3dw4rd at verizon dot net 2009-08-13 20:29 --- Created an attachment (id=18359) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18359&action=view) This is a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41061

[Bug libstdc++/41061] Compile of program using std random fails.

--- Comment #2 from 3dw4rd at verizon dot net 2009-08-13 20:28 --- Created an attachment (id=18358) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18358&action=view) This is te original error message stream. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41061

[Bug libstdc++/41061] Compile of program using std random fails.

--- Comment #1 from 3dw4rd at verizon dot net 2009-08-13 20:27 --- Created an attachment (id=18357) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18357&action=view) Here is my busybox which is mainly an amalgamation of the tests I wrote when I built the random patch. -- http:/

[Bug libstdc++/41061] New: Compile of program using std random fails.

I compiled my busybox just to see if it works and got a bunch of compile errors related to members being private. All these member were being used in the operator>> and operator<< for the distributions and all were complaining about inserting or extracting state from another distribution containe

[Bug fortran/40941] gfc_typespec: put derived and cl into union

--- Comment #3 from janus at gcc dot gnu dot org 2009-08-13 19:49 --- Fixed with r150725. I don't think ts.interface can be incorporated into the union easily. Therefore I'll close the PR. -- janus at gcc dot gnu dot org changed: What|Removed |Adde

[Bug fortran/40941] gfc_typespec: put derived and cl into union

--- Comment #2 from janus at gcc dot gnu dot org 2009-08-13 19:47 --- Subject: Bug 40941 Author: janus Date: Thu Aug 13 19:46:46 2009 New Revision: 150725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150725 Log: 2009-08-13 Janus Weil PR fortran/40941 * gfor

[Bug debug/30161] GCC should generate dwarf info about template parameters

--- Comment #7 from dodji at gcc dot gnu dot org 2009-08-13 19:24 --- A candidate patch was sent to http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00703.html . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30161

[Bug c++/41060] New: Wconversion Ignores static_cast

When building C++ code with GCC 4.3, the new and improved Wconversion option ignores the use of static_cast. According to http://gcc.gnu.org/wiki/NewWconversion, C-style casts can be used to suppress Wconversion warnings, but static_casts don't have the same effect. This is frustrating for one th

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

--- Comment #10 from cppljevans at suddenlink dot net 2009-08-13 19:15 --- Created an attachment (id=18356) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18356&action=view) minimal test case demonstrating bug The comments at bottom show that wrong template instance is being selec

[Bug target/8603] [Alpha] s?addl pattern doesn't work

--- Comment #9 from uros at gcc dot gnu dot org 2009-08-13 18:57 --- Subject: Bug 8603 Author: uros Date: Thu Aug 13 18:57:15 2009 New Revision: 150723 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150723 Log: PR target/8603 * config/alpha/alpha.md (addsi3): Rem

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

--- Comment #13 from tkoenig at gcc dot gnu dot org 2009-08-13 18:55 --- (In reply to comment #12) > That's exactly what Thomas is achieving by adding parentheses. Thomas, If you > want to tackle something more difficult, I'm willing to do this over the > weekend in order to warm up m

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

--- Comment #23 from ubizjak at gmail dot com 2009-08-13 18:27 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00700.html -- ubizjak at gmail dot com changed: What|Removed |Added ---

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

--- Comment #6 from dodji at gcc dot gnu dot org 2009-08-13 17:34 --- OK, it's mine. -- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

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

--- Comment #5 from jason at gcc dot gnu dot org 2009-08-13 17:14 --- Dodji, want to take a look at this some time? -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #17 from dominiq at lps dot ens dot fr 2009-08-13 17:10 --- > Dominique, > Could you try a build for x86_64-apple-darwin9? I would expect there > could > be a big difference in the bugs tickled since the compiler is 64-bit code in > that case. I have tried once in the

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs

--- Comment #5 from dominiq at lps dot ens dot fr 2009-08-13 17:05 --- At revision 150706 the ICEs go away on *-apple-darwin9 with -fwhole-file (see pr41059). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744

[Bug fortran/41059] New: -fwhole-file and error messages

At revision 150706 -fwhole-file change the errors messages in an unexpected (non necessary?) way. So far I have analyzed two cases: (1) the order of messages is changed as in the following test program main integer,parameter :: k = selected_int_kind (range (0_8) + 1) integer(kind=k), dimensio

[Bug c/41046] decNumber leaves printf call in libgcc

--- Comment #3 from janis at gcc dot gnu dot org 2009-08-13 17:01 --- Subject: Bug 41046 Author: janis Date: Thu Aug 13 17:00:49 2009 New Revision: 150722 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150722 Log: PR c/41046 * decCommon.c ( decFloatShow): Define

[Bug c/41046] decNumber leaves printf call in libgcc

--- Comment #2 from janis at gcc dot gnu dot org 2009-08-13 16:58 --- Subject: Bug 41046 Author: janis Date: Thu Aug 13 16:58:06 2009 New Revision: 150721 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150721 Log: PR c/41046 * decCommon.c ( decFloatShow): Define

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-08-13 16:55 --- Dominique, Could you try a build for x86_64-apple-darwin9? I would expect there could be a big difference in the bugs tickled since the compiler is 64-bit code in that case. -- http://gcc.gnu.org

[Bug c/41046] decNumber leaves printf call in libgcc

--- Comment #1 from janis at gcc dot gnu dot org 2009-08-13 16:54 --- Subject: Bug 41046 Author: janis Date: Thu Aug 13 16:54:28 2009 New Revision: 150720 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150720 Log: PR c/41046 * decContext.c (decContextTestEndian):

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

--- Comment #22 from ubizjak at gmail dot com 2009-08-13 16:20 --- Also fails on 4.3. -- ubizjak at gmail dot com changed: What|Removed |Added CC|uros at

[Bug lto/41058] FAIL: hash_data_map_rand

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-13 16:05 --- Created an attachment (id=18355) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18355&action=view) testcase somewhat reduced testcase. Manual love and analyzing necessary. -- http://gcc.gnu.org/bugzilla/s

[Bug lto/41058] New: FAIL: hash_data_map_rand

segfaults with -O2 -flto, doesn't with -O2. -- Summary: FAIL: hash_data_map_rand Product: gcc Version: lto Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: lto AssignedTo:

[Bug tree-optimization/41026] invariant address load inside loop with -Os.

--- Comment #5 from rguenther at suse dot de 2009-08-13 15:58 --- Subject: Re: invariant address load inside loop with -Os. On Thu, 13 Aug 2009, rahul at icerasemi dot com wrote: > --- Comment #4 from rahul at icerasemi dot com 2009-08-13 15:46 --- > Confirmed. Introducing l

[Bug tree-optimization/41026] invariant address load inside loop with -Os.

--- Comment #4 from rahul at icerasemi dot com 2009-08-13 15:46 --- Confirmed. Introducing loop header copy for Os, resolves the problem. On our port, this not only helps move the invariant load outside the loop, but also correctly uses an auto-increment address mode via the AutoInc patc

[Bug lto/41032] Wrong code from TBAA because not completing structs during merging

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-13 15:44 --- Subject: Bug 41032 Author: rguenth Date: Thu Aug 13 15:44:01 2009 New Revision: 150719 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150719 Log: 2009-08-13 Richard Guenther PR lto/41032

[Bug c/41055] libgcc functions and -mregparm don't work well together

--- Comment #4 from matz at gcc dot gnu dot org 2009-08-13 15:36 --- I agree with the reporters. libgcc isn't some random library, GCC should call it correctly even in the presence of -mregparm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41055

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #15 from dominiq at lps dot ens dot fr 2009-08-13 15:30 --- On *-apple-darwin9 (revision 150716) I do not see the ICEs: [ibook-dhum] lin/test% time gfc -O2 -fgraphite-identity -floop-strip-mine ac.f90 7.181u 0.151s 0:07.53 97.3% 0+0k 0+12io 3pf+0w [ibook-dhum] lin/test%

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #13 from spop at gcc dot gnu dot org 2009-08-13 15:28 --- Subject: Re: aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine Could you try this patch on top of trunk? If this fails with the gcc_assert, then probably the bug is in PPL. Sebastian --- Co

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #21 from ubizjak at gmail dot com 2009-08-13 15:26 --- Created an attachment (id=18353) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18353&action=view) patch to fix the failure I'm testing the attached patch. There is a little complication w.r.t to V2DI handling. Sin

[Bug c/41055] libgcc functions and -mregparm don't work well together

--- Comment #3 from patrick dot georgi at coresystems dot de 2009-08-13 15:10 --- (In reply to comment #1) > -mregparm changes the ABI, you have to rebuild libgcc with -mregparm to be > able to use it. > I agree with that notion for general purpose libraries as used by the user. But l

[Bug fortran/41056] Wrong code for polyhedron test linpk.f90 compiled with -fwholefile at -O3

--- Comment #1 from dominiq at lps dot ens dot fr 2009-08-13 15:09 --- Note that the right code was obtained with the patch in http://gcc.gnu.org/ml/fortran/2009-07/msg00232.html. With this patch compiling aermod.f90 gave an ICE: [ibook-dhum] lin/test% time gfc aermod.f90 -m64 -O3 -fin

[Bug c/41055] libgcc functions and -mregparm don't work well together

--- Comment #2 from stepan at coresystems dot de 2009-08-13 15:08 --- So we have to rebuild parts of the compiler in order to get a working compiler, depending on the compiler flags we use? That sounds pretty broken to me. In my opinion, since -mregparm is a gcc run time option, not a co

[Bug middle-end/40981] aermod.f90 ICEs on -O2 -fgraphite-identity -floop-strip-mine

--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-08-13 15:05 --- Sebastian, Is there any other debug information, I can get for you to help pin this bug down? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40981

[Bug fortran/41056] New: Wrong code for polyhedron test linpk.f90 compiled with -fwholefile at -O3

At revision 150716 the polyhedron test linpk.f90 compiled with -fwholefile at -O3 does not give the right results: [ibook-dhum] lin/test% gfc -O3 linpk.f90 [ibook-dhum] lin/test% time a.out norm. resid resid machep x(1) x(n) 2.50952975D+01 2.78588264D-11 2

[Bug c/41055] libgcc functions and -mregparm don't work well together

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-13 14:58 --- -mregparm changes the ABI, you have to rebuild libgcc with -mregparm to be able to use it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/41055] New: libgcc functions and -mregparm don't work well together

When building code with -mregparm=x on i?86 which uses libgcc functions (eg. udivdi3), the calls to the libgcc functions use the calling convention as given by mregparm, even though libgcc is internal to the compiler (and the user has no ultimate control about when it is used). Adding the compiler

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #20 from m_albert137 at yahoo dot com 2009-08-13 14:27 --- Please let me say that I am deeply impressed by both the technical expertise of those who have helped with the issue that I raised and the willingness to respond so quickly. I thank you and consider myself to be in d

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #19 from ubizjak at gmail dot com 2009-08-13 13:39 --- (In reply to comment #18) > (In reply to comment #17) > > > It says TARGET_SSE2 but vcondv2di is only available with TARGET_SSE4+ > > Yes, but FAIL invalidates complete expansion. Oh, I see the problem. Middle end does

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

--- Comment #12 from tobi at gcc dot gnu dot org 2009-08-13 13:39 --- (In reply to comment #11) > DO i = 1,10 > call bar(i) > END DO > > if bar may not modify i then the frontend can simply communicate that to the > middle-end by doing > > DO i = 1,10 > j = i; > call

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #18 from ubizjak at gmail dot com 2009-08-13 13:35 --- (In reply to comment #17) > It says TARGET_SSE2 but vcondv2di is only available with TARGET_SSE4+ Yes, but FAIL invalidates complete expansion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41019

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

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-08-13 13:30 --- DO i = 1,10 call bar(i) END DO if bar may not modify i then the frontend can simply communicate that to the middle-end by doing DO i = 1,10 j = i; call bar (j) END DO likewise if loop bounds

[Bug c++/41054] New: Cryptic error message when type is not defined.

Steps to reproduce: 1. Create a file error.cpp containing class Foo { public: Foo* myMethod(Bar bar); }; 2. Compile with $ gcc error.cpp Expected Results: error.cpp:4: error: type Bar is undefined. Actual Results: error.cpp:4: error: expected ‘;’ before ‘(’ token Notes: The error message is

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #17 from rguenther at suse dot de 2009-08-13 13:08 --- Subject: Re: Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3". On Thu, 13 Aug 2009, ubizjak at gmail dot com wrote: > > > --- Comment #15 from ubizjak at gmail dot com 20

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #16 from ubizjak at gmail dot com 2009-08-13 13:04 --- Looking into it... -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassign

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #15 from ubizjak at gmail dot com 2009-08-13 13:02 --- (In reply to comment #14) > The vcond patterns are not properly reflecting the restrictions. Are you sure? (define_expand "vcond" [(set (match_operand:SSEMODEI 0 "register_operand" "") (if_then_else:SSEMODEI

[Bug c++/19291] Warning "cannot pass objects of non-POD type" should be an error

--- Comment #6 from redi at gcc dot gnu dot org 2009-08-13 12:51 --- (In reply to comment #3) > I totally agree with David Faure, please make this warning controllable: > -Werror=invalid-offsetof > > All other warnings have a type that can be ignored, but when using the > -fdiagnostics-

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #14 from rguenth at gcc dot gnu dot org 2009-08-13 12:32 --- ix86_expand_int_vcond fails because the operation is not supported with SSE2, but gen_vcondv2di doesn't handle the failure, but ignores it. The vcond patterns are not properly reflecting the restrictions. --

[Bug target/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #13 from rguenth at gcc dot gnu dot org 2009-08-13 12:25 --- Err, the expansion is already completely bogus: ;; *vect_pa.50 = [vec_cond_expr] VEC_COND_EXPR < *vect_pa.44 != { 5, 5 } , { 12, 12 } , { 10, 10 } > ; (insn 7 6 8 t.c:12 (set (reg:V2DI 63) (mem/u/c/i:V2D

[Bug c++/19291] Warning "cannot pass objects of non-POD type" should be an error

--- Comment #5 from joseph at codesourcery dot com 2009-08-13 12:23 --- Subject: Re: Warning "cannot pass objects of non-POD type" should be an error On Thu, 13 Aug 2009, redi at gcc dot gnu dot org wrote: > I don't know about C, but C++ says: > > "permissible undefined behavior ran

[Bug middle-end/40194] fortran rules for optimizing

--- Comment #9 from matz at gcc dot gnu dot org 2009-08-13 12:16 --- It is indeed somewhat related, but currently the patchset doesn't help here. The first issue is, that I create new types with unconflicting alias sets only for global variables, not local ones (as I1 is in this case).

[Bug tree-optimization/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #12 from irar at il dot ibm dot com 2009-08-13 11:37 --- Created an attachment (id=18351) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18351&action=view) The assembly for the int version (correct) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41019

[Bug tree-optimization/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #11 from irar at il dot ibm dot com 2009-08-13 11:36 --- Created an attachment (id=18350) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18350&action=view) The assembly for the long int version (wrong code) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41019

[Bug tree-optimization/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #10 from irar at il dot ibm dot com 2009-08-13 11:34 --- Reduced testcase: #include #include #define N 4 long int a[N]; int main () { int k; for (k = 0; k < N; ++k) a[k] = a[k] != 5 ? 12 : 10; for (k = 0; k < N; ++k) printf ("%u ", a[k]); printf ("\n")

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

--- Comment #8 from janus at gcc dot gnu dot org 2009-08-13 11:20 --- Fixed with r150716. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

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

--- Comment #7 from janus at gcc dot gnu dot org 2009-08-13 11:16 --- Subject: Bug 40995 Author: janus Date: Thu Aug 13 11:16:16 2009 New Revision: 150716 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150716 Log: 2009-08-13 Janus Weil PR fortran/40995 * reso

[Bug c++/41050] Placement new not seeing base class protected functions

--- Comment #4 from redi at gcc dot gnu dot org 2009-08-13 10:59 --- (In reply to comment #2) > Well, if the call is on foo then surely a foo can call; its own methods, Yes, a foo can call its own methods, but a bar can only call them through a bar object, not on an object with static t

[Bug c++/19291] Warning "cannot pass objects of non-POD type" should be an error

--- Comment #4 from redi at gcc dot gnu dot org 2009-08-13 10:31 --- (In reply to comment #1) > It cannot be as it is only undefined behavior and the C++ (and C standard by > the way) says that > undefined behavior cannot be an error only a warning. I don't know about C, but C++ says:

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

--- Comment #10 from jv244 at cam dot ac dot uk 2009-08-13 09:13 --- (In reply to comment #9) I believe there are at least two important independent issues. One is the fact that the compiler ignores INTENT(IN) and similarly issues (see also PR 40194). This holds for general variables. L

[Bug tree-optimization/41019] Variate_generator with mt19937 and normal_distribution produces wrong sequence for "-O3".

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-08-13 08:56 --- >From a look at the sources it seems that _M_x is at offset zero. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41019

[Bug c/41052] ICE: verify_gimple failed when using -combine

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-13 08:47 --- LTO gets this right. It will work with --disable-checking, but eventually miscompile because you will have two struct s which will get two different alias-sets. -- rguenth at gcc dot gnu dot org changed:

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

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41053

[Bug c++/41050] Placement new not seeing base class protected functions

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-13 08:42 --- EDG rejects it as well: t.C(12): error #453: protected function "foo::foo(int)" (declared at line 5) is not accessible through a "foo" pointer or object new (this) foo(5); ^ compilatio

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

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-08-13 08:38 --- FIxed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

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

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-08-13 08:19 --- Subject: Bug 41047 Author: rguenth Date: Thu Aug 13 08:19:10 2009 New Revision: 150715 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150715 Log: 2009-08-13 Richard Guenther PR middle-end/41047

[Bug rtl-optimization/41033] RTL alias-oracle does not honor -fno-strict-aliasing

--- Comment #5 from abel at gcc dot gnu dot org 2009-08-13 08:12 --- Fixed in trunk, 4.3 and 4.4. -- abel at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/41033] RTL alias-oracle does not honor -fno-strict-aliasing

--- Comment #4 from abel at gcc dot gnu dot org 2009-08-13 08:10 --- Subject: Bug 41033 Author: abel Date: Thu Aug 13 08:10:21 2009 New Revision: 150714 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150714 Log: 2009-08-13 Andrey Belevantsev PR rtl-optimization/41033

[Bug middle-end/40194] fortran rules for optimizing

--- Comment #8 from jv244 at cam dot ac dot uk 2009-08-13 07:23 --- Michael, this is somewhat related to your 'restrict-for-fortran-patch' http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00610.html do you think it also fixes the issue here ? -- jv244 at cam dot ac dot uk changed: