[Bug fortran/44863] Fortran runtime error: internal error: bad hash value in dynamic dispatch

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-08 07:22 --- Can you update to GCC 4.6? I get the same error with 4.5, but with 4.6 I get the same result as with NAG or Intel. The reason is that gfortran now uses a proper vtable. Or in the words of http://gcc.gnu.org/gcc-4.6/ch

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

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-08 07:26 --- 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 http://gcc.gnu.org/wiki/GFortranBin

[Bug fortran/44693] Missed error for invalid SUM

--- Comment #5 from burnus at gcc dot gnu dot org 2010-07-08 07:27 --- Thanks for the bug fix! For completeness, the commit was: Author: tkoenig Date: Tue Jul 6 19:48:58 2010 New Revision: 161884 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161884 Log: 2010-07-06 Thomas Koen

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

--- Comment #10 from jakub at gcc dot gnu dot org 2010-07-08 07:47 --- I'd say the test instead just should use signed char instead of char. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44828

[Bug libgomp/44833] unexpected thread binding for openmp

--- Comment #7 from jakub at gcc dot gnu dot org 2010-07-08 07:54 --- Currently libgomp terminates all threads immediately, unless mandated by the standard (i.e. in non-nested case the threads need to be kept around until next omp parallel). Yes, it would be possible to keep other threa

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

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

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

--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-08 08:37 --- Things go wrong in the combiner: (insn 21 42 22 6 pr44858.c:16 (parallel [ (set (reg/v:SI 62 [ c ]) (and:SI (reg:SI 68) (const_int 2 [0x2]))) (clobber (reg:C

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

--- Comment #35 from rguenther at suse dot de 2010-07-08 08:46 --- 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 #34 from amylaar at gcc dot gnu dot org 2010-07-08 01:10 > --- > F

[Bug libgomp/44833] unexpected thread binding for openmp

--- Comment #8 from jv244 at cam dot ac dot uk 2010-07-08 08:55 --- (In reply to comment #7) > Yes, it would be possible to keep other threads around, the question is how > many and how long, at which point start to destroy them. I can test what other implementations are doing, but I su

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

--- Comment #31 from rguenth at gcc dot gnu dot org 2010-07-08 09:09 --- Subject: Bug 44838 Author: rguenth Date: Thu Jul 8 09:09:15 2010 New Revision: 161945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161945 Log: 2010-07-08 Richard Guenther PR rtl-optimization

[Bug tree-optimization/44861] internal compiler error: in vectorizable_load, at tree-vect-stmts.c:3812

--- Comment #1 from irar at il dot ibm dot com 2010-07-08 09:14 --- The failure is in vectorizable_store(): /* If accesses through a pointer to vectype do not alias the original memory reference we have a problem. This should never happen. */ gcc_asser

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

--- Comment #32 from rguenth at gcc dot gnu dot org 2010-07-08 09:16 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug fortran/44702] ISO_C_BINDING does not allow multiple "USE, ONLY" local names.

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-08 09:21 --- Joe, as work around you can do the following: splitting the single USE statement into multiple: use ISO_C_Binding, only: C_ptr use ISO_C_Binding, only: C_char_ptr=>C_ptr * * * I think there are two (three) bu

[Bug tree-optimization/44861] [4.6 Regression] internal compiler error: in vectorizable_load, at tree-vect-stmts.c:3812

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-08 09:30 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|richard do

[Bug middle-end/44866] New: [4.6 regression] internal compiler error: verify_stmts failed: error: Incompatible types in PHI argument 1

This is for Wine, a regression that happened in the last week or two: /files/pfeifer/gcc/bin/gcc -c -O2 nbcmdqueue.i nbcmdqueue.c: In function ‘NBCmdQueueCancel’: nbcmdqueue.c:107:7: error: Incompatible types in PHI argument 1 struct _NCB * UCHAR D.9146_56 = PHI nbcmdqueue.c:107:7: internal co

[Bug middle-end/44866] [4.6 regression] internal compiler error: verify_stmts failed: error: Incompatible types in PHI argument 1

--- Comment #1 from gerald at pfeifer dot com 2010-07-08 09:43 --- Created an attachment (id=21138) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21138&action=view) Input file triggering the verification failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44866

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

--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-08 09:58 --- Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152642 -- jakub at gcc dot gnu dot org changed: What|Removed |Added ---

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

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-08 10:01 --- Updated testcase: extern void abort (void); int a = 3; int b = 1; __attribute__((noinline)) long long foo (int x, int y) { return x / y; } __attribute__((noinline)) int bar (void) { int c = 2; c &= foo (1, b)

[Bug rtl-optimization/44867] New: 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

According to [1] and [2], a 10% runtime regression has hit "channel" Polyhedron benchmark between 29th and 30th of July. My best uneducated blind shot would be r161570: * recog.c (peep2_do_rebuild_jump_labels, peep2_do_cleanup_cfg): New static variables. (peep2_buf_positio

[Bug fortran/44868] New: [OOP] Error recovery: ICE after invalid TBP call

Reported at http://gcc.gnu.org/ml/fortran/2010-07/msg00048.html by Satish.BD The error is properly diagnosed but afterwards, an ICE occurs (on the report's system). For me, only invalid reads and writes are shown in valgrind: http://gcc.gnu.org/ml/fortran/2010-07/msg00051.html I will fill another

[Bug fortran/44869] New: [OOP] Missing TARGET check - and wrong code or accepts-invalid?

Reported by Satish.BD at http://gcc.gnu.org/ml/fortran/2010-07/msg00059.html The shown (cf. URL) program compiles without any errors, but segfaults when at run time. Two of my other compiles diagnosed the following failure (gfortran not): - In line 220, the access to tst_case => self%list requi

[Bug fortran/44869] [OOP] Missing TARGET check - and wrong code or accepts-invalid?

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-08 10:29 --- Created an attachment (id=21139) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21139&action=view) Test case (without TARGET; corrected line breaks from the mail paste) For the error recovery (first mail in the

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

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-07-08 10:31 --- With a cross. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Stat

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

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-07-08 10:32 --- Looking into it. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Assig

[Bug fortran/44869] [OOP] Missing TARGET check - and wrong code or accepts-invalid?

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-08 10:33 --- If one removes the comment from the line marked with "Uncomment this for the crash to occur" gfortran gives an ICE: call tst%init() !! Uncomment this for the crash to occur 1 Error: F

[Bug fortran/44868] [OOP] Error recovery: ICE after invalid TBP call

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-08 10:33 --- See also PR 44869. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44868

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

--- Comment #5 from rguenther at suse dot de 2010-07-08 10:37 --- Subject: Re: [4.6 regression] All 32-bit fortran execution tests SEGV on SPARC: unaligned access On Thu, 8 Jul 2010, ebotcazou at gcc dot gnu dot org wrote: > --- Comment #4 from ebotcazou at gcc dot gnu dot org 2

[Bug tree-optimization/44831] [4.6 Regression] internal compiler error: verify_stmts failed when compiling wine

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

[Bug middle-end/44866] [4.6 regression] internal compiler error: verify_stmts failed: error: Incompatible types in PHI argument 1

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

[Bug tree-optimization/44861] [4.6 Regression] internal compiler error: in vectorizable_load, at tree-vect-stmts.c:3812

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-08 10:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/44861] [4.6 Regression] internal compiler error: in vectorizable_load, at tree-vect-stmts.c:3812

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-08 10:52 --- Subject: Bug 44861 Author: rguenth Date: Thu Jul 8 10:51:46 2010 New Revision: 161949 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161949 Log: 2010-07-08 Richard Guenther PR tree-optimization/

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

--- Comment #36 from amylaar at gcc dot gnu dot org 2010-07-08 11:04 --- (In reply to comment #35) > The ordering issue in VRP needs to be fixed. The sorting can use > LABEL_DECL_UID which is dense in a given function. (but watch out > for a -1 value where no UID has been assigned)

[Bug rtl-optimization/44867] 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

--- Comment #1 from dominiq at lps dot ens dot fr 2010-07-08 11:08 --- This is likely a duplicate of pr44773. The time increase depends of the size of the cache. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44867

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

--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-08 11:14 --- Created an attachment (id=21140) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21140&action=view) gcc46-pr44847.patch Untested fix. Thanks for the report. -- jakub at gcc dot gnu dot org changed:

[Bug rtl-optimization/44867] 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

--- Comment #2 from ubizjak at gmail dot com 2010-07-08 11:17 --- (In reply to comment #1) > This is likely a duplicate of pr44773. The time increase depends of the size > of > the cache. Oh, indeed. Thanks for your info and sorry for the noise. -- ubizjak at gmail dot com changed:

[Bug rtl-optimization/44867] 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

--- Comment #3 from dominiq at lps dot ens dot fr 2010-07-08 11:27 --- Could you mark this pr as duplicate rather than invalid? TIA -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44867

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

--- Comment #37 from rguenther at suse dot de 2010-07-08 11:31 --- 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 #36 from amylaar at gcc dot gnu dot org 2010-07-08 11:04 > --- > (

[Bug tree-optimization/44831] [4.6 Regression] internal compiler error: verify_stmts failed when compiling wine

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-08 11:38 --- Subject: Bug 44831 Author: rguenth Date: Thu Jul 8 11:38:43 2010 New Revision: 161950 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161950 Log: 2010-07-08 Richard Guenther PR tree-optimization/

[Bug tree-optimization/44831] [4.6 Regression] internal compiler error: verify_stmts failed when compiling wine

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

[Bug rtl-optimization/44867] 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

--- Comment #4 from ubizjak at gmail dot com 2010-07-08 11:39 --- Reopened... -- ubizjak at gmail dot com changed: What|Removed |Added Status|RESOLVED

[Bug rtl-optimization/44867] 10% runtime regression on Polyhedron channel banchmark from 29. June 2010

--- Comment #5 from ubizjak at gmail dot com 2010-07-08 11:40 --- ... to mark as duplicate. *** This bug has been marked as a duplicate of 44773 *** -- ubizjak at gmail dot com changed: What|Removed |Added -

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

--- Comment #9 from ubizjak at gmail dot com 2010-07-08 11:40 --- *** Bug 44867 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added ---

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

--- Comment #38 from rguenth at gcc dot gnu dot org 2010-07-08 11:45 --- Index: gcc/tree-vrp.c === --- gcc/tree-vrp.c (revision 161949) +++ gcc/tree-vrp.c (working copy) @@ -4534,12 +4538,11 @@ compare_case_label

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

--- Comment #39 from rguenth at gcc dot gnu dot org 2010-07-08 11:49 --- So you say during inlining we end up generating DECL copies in a different _order_ comparing debug vs. non-debug cases? That would be a bug as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44832

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

--- Comment #40 from rguenth at gcc dot gnu dot org 2010-07-08 11:53 --- Indeed we do. -g vs. -g0 diff of non-debug decl copying: --- x 2010-07-08 13:51:02.0 +0200 +++ y 2010-07-08 13:51:09.0 +0200 @@ -476,12 +476,14 @@ mode target vals +half ops op0 op1 hal

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

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-08 11:56 --- Subject: Bug 44284 Author: rguenth Date: Thu Jul 8 11:56:08 2010 New Revision: 161951 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161951 Log: 2010-07-08 Richard Guenther Backport from mainlin

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

--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-08 11:56 --- Subject: Bug 44828 Author: rguenth Date: Thu Jul 8 11:56:08 2010 New Revision: 161951 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161951 Log: 2010-07-08 Richard Guenther Backport from mainl

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

--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-08 11:57 --- Fixed for 4.5.1 as well. Backporting to older branches will regress vectorization if the fix for PR44284 isn't backported as well which IMHO isn't appropriate. -- rguenth at gcc dot gnu dot org changed:

[Bug c++/44870] New: -pedantic causes error when calling function with rvalue argument inside template

Inside a template function, calling another function that takes an rvalue reference as argument with a temporary value incorrectly results in an error when the -pedantic flag is used. Reduced test case: void foo(int&& data); template void bar(T t) { foo(int()); } void baz() { bar(0); } Comp

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

--- Comment #41 from amylaar at gcc dot gnu dot org 2010-07-08 12:01 --- (In reply to comment #39) > So you say during inlining we end up generating DECL copies in a different > _order_ comparing debug vs. non-debug cases? That would be a bug as well. Indeed we do; once that is fixed,

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

--- Comment #42 from amylaar at gcc dot gnu dot org 2010-07-08 12:08 --- (In reply to comment #40) > Indeed we do. -g vs. -g0 diff of non-debug decl copying: How did you get this dump? Enumerating DECLs like this in (-nouid) dump files seems to be an alternative way to solve the dump

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

--- Comment #6 from mikpe at it dot uu dot se 2010-07-08 12:18 --- 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 < 16; ++i) { s->a[i].x = 0; s->a[i].y =

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

--- Comment #10 from pault at gcc dot gnu dot org 2010-07-08 12:29 --- Created an attachment (id=21142) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21142&action=view) A first step to fix this bug This does the right thing but has not been regtested because my tree is so broken t

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

--- Comment #43 from rguenth at gcc dot gnu dot org 2010-07-08 12:33 --- I placed a debug_generic_expr () in copy_node_stat and re-directed output ... 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

[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 <

[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 #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 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 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 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 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] 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 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 #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 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 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 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 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 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/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/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 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 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 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 #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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 #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 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

  1   2   >