[Bug c++/44358] initializer list can't convert to map

--- Comment #1 from jarrydb at cse dot unsw dot edu dot au 2010-06-01 06:50 --- Created an attachment (id=20790) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20790&action=view) compilation failure note that this file is the result of: #include int main() { std::map x = {{1,

[Bug c++/44358] New: initializer list can't convert to map

Configured with: ../gcc-svn/configure --prefix=/home/jarryd/local/gcc-4.6 --enable-languages=c,c++ g++ init_list.cpp -o init_list.o -std=gnu++0x -c -save-temps init_list.cpp: In function ‘int main()’: init_list.cpp:5:41: error: could not convert ‘{{1, 1}, {2, 2}}’ to ‘std::map’ -- S

[Bug other/44286] Use sentinel attributes in GCC

--- Comment #2 from rwild at gcc dot gnu dot org 2010-06-01 06:12 --- Patch at . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44286

[Bug fortran/36928] array temporary for interleaving assignment with non-constant start values

--- Comment #14 from tkoenig at gcc dot gnu dot org 2010-06-01 05:30 --- Fixed for the constant case. Still to do, but much harder: A case like a(n,m,2) = a(n+1,m,2). Unassigning myself for now. -- tkoenig at gcc dot gnu dot org changed: What|Removed

[Bug fortran/44348] ICE in build_function_decl

--- Comment #1 from pault at gcc dot gnu dot org 2010-06-01 05:02 --- This is rather easily fixed, I suspect: if (sym->attr.dummy && sym->attr.if_source == IFSRC_DECL) { ...error... } in resolve.c should do the job. Just have to find the right place! Confirmed Paul -- pa

[Bug fortran/44353] rejects legal fortran

--- Comment #1 from pault at gcc dot gnu dot org 2010-06-01 04:51 --- Other compilers produce the expected result, whereas gfortran gives: pr44353.f90:4.19: data (ii(i),i=1,10) /10*1/ ! here the scope of i is the data statement 1 Error: Loop variable 'i' at (1)

[Bug fortran/44354] incorrect output at run time

--- Comment #17 from pault at gcc dot gnu dot org 2010-06-01 04:31 --- (In reply to comment #13) > Due to my confusion over the scope of 'i' and 'I', > I posted to c.l.f. As usual Richard Maine pieced > through the standard's language. > > http://groups.google.com/group/comp.lang.fortr

[Bug c++/44357] internal compiler error: in cgraph_decide_inlining_of_small_functions

--- Comment #2 from vladimir at acm dot org 2010-06-01 04:18 --- Created an attachment (id=20789) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20789&action=view) Pre-processed source that exhibits failure, part 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44357

[Bug c++/44357] internal compiler error: in cgraph_decide_inlining_of_small_functions

--- Comment #1 from vladimir at acm dot org 2010-06-01 04:18 --- Created an attachment (id=20788) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20788&action=view) Pre-processed source that exhibits failure, part 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44357

[Bug c++/44357] New: internal compiler error: in cgraph_decide_inlining_of_small_functions

Compiling DwarfException.cpp fails with this error: DwarfException.cpp:960:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1013 but works with gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) -- Summary: internal compiler error: in

[Bug fortran/44354] incorrect output at run time

--- Comment #16 from jvdelisle at verizon dot net 2010-06-01 03:46 --- Subject: Re: incorrect output at run time On 05/31/2010 08:07 PM, sgk at troutmask dot apl dot washington dot edu wrote: > --- Comment #15 from sgk at troutmask dot apl dot washington dot edu > 2010-06-01 03:0

[Bug fortran/44354] incorrect output at run time

--- Comment #15 from sgk at troutmask dot apl dot washington dot edu 2010-06-01 03:07 --- Subject: Re: incorrect output at run time On Tue, Jun 01, 2010 at 02:09:38AM -, jvdelisle at gcc dot gnu dot org wrote: > > My take on this as I was reading through this thread before I got

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #15 from sandra at codesourcery dot com 2010-06-01 02:24 --- Proposed patch for PR 39874/comment #5 posted here: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg1.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28685

[Bug tree-optimization/39874] [4.4 regression] missing VRP (submission)

--- Comment #4 from sandra at codesourcery dot com 2010-06-01 02:22 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg1.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39874

[Bug fortran/44354] incorrect output at run time

--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-06-01 02:09 --- My take on this as I was reading through this thread before I got to comment #13 is that the code has to be illegal. I vote for the error. I think it would be bad practice too introduce this as an extension or f

[Bug middle-end/44356] [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c

-- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Status|UNCONFIRMED |

[Bug c++/41194] __attribute__ ((__gnu_inline__)) yields undefined reference when compiled with -O0, but not with -O1

--- Comment #4 from jonny+bg at mail dot hfa3 dot org 2010-05-31 23:46 --- Same as comment 3, hopefully in pre tags this time. For clarity, a smaller test is: __inline __attribute__ ((gnu_inline)) void func () { } int main() { func(); return 0; } $ g++ foo.cpp /tmp/cc31L8fw.o: In fun

[Bug fortran/44354] incorrect output at run time

--- Comment #13 from kargl at gcc dot gnu dot org 2010-05-31 23:44 --- Due to my confusion over the scope of 'i' and 'I', I posted to c.l.f. As usual Richard Maine pieced through the standard's language. http://groups.google.com/group/comp.lang.fortran/browse_frm/thread/1f88cd2dec855d7

[Bug c++/41194] __attribute__ ((__gnu_inline__)) yields undefined reference when compiled with -O0, but not with -O1

--- Comment #3 from jonny+bg at mail dot hfa3 dot org 2010-05-31 23:41 --- For clarity, a smaller test is: __inline __attribute__ ((gnu_inline)) void func () { } int main() { func(); return 0; } $ g++ foo.cpp /tmp/cc31L8fw.o: In function `main': foo.cpp:(.text+0x5): undefined referenc

[Bug fortran/44354] incorrect output at run time

--- Comment #12 from kargl at gcc dot gnu dot org 2010-05-31 22:47 --- (In reply to comment #8) > Created an attachment (id=20787) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20787&action=view) [edit] > draft patch > > This makes loop bounds evaluation before the internal variab

[Bug fortran/44345] ICE in fold_convert_loc

--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-31 22:20 --- Interestingly, if one does not use implicit type, one finds that the following compiles: integer, pointer :: p integer, target :: q q(i)=i p=>q(110) print *,p end and inte

[Bug fortran/44354] incorrect output at run time

--- Comment #11 from kargl at gcc dot gnu dot org 2010-05-31 21:54 --- (In reply to comment #7) > (In reply to comment #6) > > because in the above 'i' and 'I' are in the same scoping unit. > I couldn't find what mandates in the standard that i and I are in a different > scoping unit/are

[Bug fortran/44354] incorrect output at run time

--- Comment #10 from mikael at gcc dot gnu dot org 2010-05-31 21:39 --- (In reply to comment #6) > integer j(5) > I=5 > j = 42 > do i = 1, I > j(i) = i > end do > print '(A,I0,A,5(I0,1X))', 'I = ', I, ' j = ', j > end > > because in the

[Bug fortran/44354] incorrect output at run time

--- Comment #9 from zeccav at gmail dot com 2010-05-31 21:37 --- Subject: Re: incorrect output at run time In my example 'i' is local to the array constructor, while 'I' is global and is initialized with value 5, so that the statement should display '1 2 3 4 5'. I agree that this is a

[Bug fortran/44354] incorrect output at run time

--- Comment #8 from mikael at gcc dot gnu dot org 2010-05-31 21:33 --- Created an attachment (id=20787) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20787&action=view) draft patch This makes loop bounds evaluation before the internal variable substitution. -- http://gcc.gnu.

[Bug fortran/44354] incorrect output at run time

--- Comment #7 from mikael at gcc dot gnu dot org 2010-05-31 21:31 --- (In reply to comment #6) > because in the above 'i' and 'I' are in the same scoping unit. I couldn't find what mandates in the standard that i and I are in a different scoping unit/are different variables. Are they ?

[Bug ada/44340] internal error on allocation/initialization

--- Comment #4 from marc dot criley at gmail dot com 2010-05-31 20:31 --- The line triggering this bug may very well be flagged as a compilation error, so it's not necessarily a concern if a fixed version of the compiler designates it as such. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug fortran/36928] array temporary for interleaving assignment

--- Comment #13 from tkoenig at gcc dot gnu dot org 2010-05-31 20:22 --- Subject: Bug 36928 Author: tkoenig Date: Mon May 31 20:22:10 2010 New Revision: 160085 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160085 Log: 2010-05-31 Thomas Koenig PR fortran/36928

[Bug fortran/44354] incorrect output at run time

--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-31 20:02 --- (In reply to comment #5) > > The question becomes whether the 'I' in the implied-do-loop is > > being used uninitialized. > > From comment #3, I think the 'i' in "i,i=" should not be the same as the 'i' > in > "=1,i"

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-31 19:43 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-31 19:43 --- Subject: Bug 44338 Author: jakub Date: Mon May 31 19:43:11 2010 New Revision: 160084 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160084 Log: PR target/44338 * config/i386/sse.md (fma4i_fmadd

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-31 19:42 --- Subject: Bug 44338 Author: jakub Date: Mon May 31 19:42:07 2010 New Revision: 160083 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160083 Log: PR target/44338 * config/i386/sse.md (fma4i_fmadd

[Bug fortran/44354] incorrect output at run time

--- Comment #5 from dominiq at lps dot ens dot fr 2010-05-31 19:24 --- > The question becomes whether the 'I' in the implied-do-loop is > being used uninitialized. >From comment #3, I think the 'i' in "i,i=" should not be the same as the 'i' in "=1,i". > Confirmed. However, having this

[Bug middle-end/44356] [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c

--- Comment #1 from hjl dot tools at gmail dot com 2010-05-31 18:51 --- It is caused by revision 160051: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg01110.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44356

[Bug ada/44340] internal error on allocation/initialization

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-05-31 18:47 --- Thanks. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Known to fail|

[Bug libstdc++/43820] [4.4/4.5/4.6 Regression] auto_ptr used with incomplete type no longer triggers warning

--- Comment #21 from paolo at gcc dot gnu dot org 2010-05-31 18:41 --- Subject: Bug 43820 Author: paolo Date: Mon May 31 18:41:33 2010 New Revision: 160082 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160082 Log: 2010-05-31 Jonathan Wakely PR libstdc++/43820

[Bug c/44355] "\ " at the end of a comment

--- Comment #4 from romain dot failliot at gmail dot com 2010-05-31 18:39 --- I totally understand that the \ at the end of a line extends the comment to the other line, but I thought this was only if the '\' is the very last character of this line. What I try to understand is that if

[Bug fortran/44345] ICE in fold_convert_loc

--- Comment #2 from zeccav at gmail dot com 2010-05-31 18:37 --- Subject: Re: ICE in fold_convert_loc In that case gfortran should emit an error message, but it should not crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44345

[Bug fortran/44354] incorrect output at run time

--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-31 18:33 --- (In reply to comment #2) > > Note that fortran is case insensitive, ... > > Indeed, but I think the implied do loop should still go from 1 to 5. Note that > if I print 'i' after the loop I get 5. > Of course it pri

[Bug c/44355] "\ " at the end of a comment

--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-31 18:19 --- -Wall tells you indeed that you have a multi-line comment, just \ triggers it, the space doesn't make any difference. And if you have a multi-line comment, what else you can expect for the output of the pre-pro

[Bug fortran/44347] gfortran segmentation violation in gfc_conv_scalarized_array_ref

--- Comment #3 from mikael at gcc dot gnu dot org 2010-05-31 18:10 --- (In reply to comment #2) > I think the code is invalid: > > (1) i, ip, ir are used unitialized; > (2) the arguments of selected_real_kind should be scalar integer. > > So this pr is probably ICE-on-invalid for 4.4

[Bug middle-end/44356] New: [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c

On Linux/x86, revision 160052 gave FAIL: gcc.dg/tree-ssa/loadpre6.c scan-tree-dump-times pre "Eliminated: 2" 1 Revision 160048 is OK. -- Summary: [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED

[Bug c/44355] "\ " at the end of a comment

--- Comment #2 from romain dot failliot at gmail dot com 2010-05-31 18:10 --- Even if there is a space after the '\'? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44355

[Bug fortran/44354] incorrect output at run time

--- Comment #3 from mikael at gcc dot gnu dot org 2010-05-31 18:04 --- OK, it seems gfortran is wrong here. The 4.8 section (Construction of array values) says : /If an ac-value is an ac-implied-do, it is expanded to form a sequence of elements under the control of the ac-do-var

[Bug c/44355] "\ " at the end of a comment

--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-31 18:02 --- There is nothing strange about this, the backslash simply means that the comment, which start after the //, continues to the next line, thus the second printf is part of the comment. Just use -E to see that the

[Bug fortran/44354] incorrect output at run time

--- Comment #2 from dominiq at lps dot ens dot fr 2010-05-31 18:01 --- > Note that fortran is case insensitive, ... Indeed, but I think the implied do loop should still go from 1 to 5. Note that if I print 'i' after the loop I get 5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug fortran/44347] gfortran segmentation violation in gfc_conv_scalarized_array_ref

--- Comment #2 from dominiq at lps dot ens dot fr 2010-05-31 17:56 --- I think the code is invalid: (1) i, ip, ir are used unitialized; (2) the arguments of selected_real_kind should be scalar integer. So this pr is probably ICE-on-invalid for 4.4 and 4.5(?) and accept invalid for 4.6

[Bug fortran/44346] gfortran accepts illegal arguments to intrinsics

--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-31 17:51 --- I have a complete patch with the mvbits checking done. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44346

[Bug fortran/44354] incorrect output at run time

--- Comment #1 from mikael at gcc dot gnu dot org 2010-05-31 17:43 --- Note that fortran is case insensitive, ie i and I refer to the same variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44354

[Bug fortran/44349] ICE Bad IO basetype (1)

--- Comment #1 from mikael at gcc dot gnu dot org 2010-05-31 17:36 --- *** This bug has been marked as a duplicate of 34547 *** -- mikael at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/34547] NULL(): Fortran 2003 changes, accepts invalid, ICE on invalid

--- Comment #2 from mikael at gcc dot gnu dot org 2010-05-31 17:36 --- *** Bug 44349 has been marked as a duplicate of this bug. *** -- mikael at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/44355] New: "\ " at the end of a comment

Hi! We've seen a strange bug at work today. Simply copy/paste this code: #include int main() { printf("Hello\n"); // \ printf("World\n"); return 0; } Verify there is a space after the backspace. The compilation goes well (there is a warning though with -Wall), but at the execution y

[Bug fortran/44346] gfortran accepts illegal arguments to intrinsics

--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-31 17:22 --- I have a patch for the IBITS() portion of the problem. -- kargl at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/44347] gfortran segmentation violation in gfc_conv_scalarized_array_ref

--- Comment #1 from mikael at gcc dot gnu dot org 2010-05-31 17:14 --- Works with trunk. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/44345] ICE in fold_convert_loc

--- Comment #1 from mikael at gcc dot gnu dot org 2010-05-31 16:59 --- I think the code is invalid as it violates : C554 An entity with the TARGET attribute shall be a variable. Confirmed. -- mikael at gcc dot gnu dot org changed: What|Removed

[Bug testsuite/44343] malloc check in libstdc++-v3/testsuite/22_locale/codecvt/unshift/char/1.cc

--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-31 16:38 --- I applied the fix to 4_5-branch too: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg01139.html -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug fortran/44354] New: incorrect output at run time

The following provokes the summary, must be compiled and run: c gfortran run time only displays "1" I=5 print *,(/(i,i=1,I)/) end Best regards Vittorio Zecca -- Summary: incorrect output at run time Product: gcc Version: 4.5.0 Sta

[Bug fortran/44353] New: rejects legal fortran

The following provokes the summary: subroutine sub(i) intent(in) i integer ii(10) data (ii(i),i=1,10) /10*0/ ! here the scope of i is the data statement end Best regards Vittorio Zecca -- Summary: rejects legal fortran Product: gcc

[Bug fortran/44352] New: ICE in string_to_single_character

The following provokes the summary: implicit real*8 (a-h,o-z) character*32 ddname,dname dname(x)= 'h810 e=0.01 ' ddname=dname(0.d0) END Best regards Vittorio Zecca -- Summary: ICE in string_to_single_character Product: gcc

[Bug fortran/44346] gfortran accepts illegal arguments to intrinsics

--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-31 16:29 --- Thanks for the bug report. Technically, the prohibition of nonnegative is on the programmer, and as such the code is illegal. gfortran can do anything it wants with the program including starting world war iii. OTOH

[Bug fortran/44351] New: ICE in gfc_assign_data_value_range

The following provokes the summary: INTEGER TYPE ( -20 : 20 , 0: 40 ) DATA TYPE /1681 * 5 / DATA TYPE( -20,0) / 7 / end Best regards Vittorio Zecca -- Summary: ICE in gfc_assign_data_value_range Product: gcc Version: 4.5.0

[Bug fortran/44350] New: accepts illegal fortran in BLOCK DATA

The following provokes the summary: block data common x c illegal f(x)=x c illegal interface end interface c illegal 1 format() end Best regards Vittorio Zecca -- Summary: accepts illegal fortran in BLOCK DATA Product: gcc

[Bug fortran/44349] New: ICE Bad IO basetype (1)

The following provokes the summary: print *,null() end Best regards Vittorio Zecca -- Summary: ICE Bad IO basetype (1) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/44348] New: ICE in build_function_decl

The following provokes the summary: subroutine sub(ff) contains subroutine ff end subroutine end Best regards Vittorio Zecca -- Summary: ICE in build_function_decl Product: gcc Version: 4.5.0 Status: UNCONFIRMED

[Bug bootstrap/44335] [4.6 regression] gcc-4.6-20100529 java bootstrap failure on arm-linux-gnueabi

--- Comment #2 from mikpe at it dot uu dot se 2010-05-31 16:20 --- Steven's patch in r160039 did get me a past the error in java/except.c, however then the bootstrap dies a few files later with: /home/mikpe/gcc-4.6-20100529/gcc/java/jcf-parse.c: In function 'handle_constant': /home/mikp

[Bug fortran/44347] New: gfortran segmentation violation in gfc_conv_scalarized_array_ref

The following provokes the summary: dimension ip(1),ir(1) print *,selected_real_kind(ip,i) print *,selected_real_kind(i,ir) end Best regards Vittorio Zecca -- Summary: gfortran segmentation violation in gfc_conv_scalarized_array_ref

[Bug fortran/44346] New: gfortran accepts illegal arguments to intrinsics

gfortran should not accept the following: character s,ss(1),pad(1),order(1) integer nn(7) c gfortran should complain that POS and LEN are negative print *,ibits(i,-1,-1) c POS+LEN>BIT_SIZE(i) print *,ibits(i,100,100) c 30+3>32 call mvbits(n,30,3,n,1) c 31+2>32 call mv

[Bug fortran/44345] New: ICE in fold_convert_loc

The attached source provokes the summary: pointer p target q q(i)=i p=>q(110) print *,p end Best regards Vittorio Zecca -- Summary: ICE in fold_convert_loc Product: gcc Version: 4.5.0 Status: UNCONFIRMED

[Bug middle-end/44337] [4.5/4.6 Regression] ICE: in expand_assignment, at expr.c:4276

--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-31 15:47 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/44182] [4.5/4.6 Regression] -fcompare-debug failure (length) with -O1

--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-31 15:46 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/44337] [4.5/4.6 Regression] ICE: in expand_assignment, at expr.c:4276

--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-31 15:45 --- Subject: Bug 44337 Author: jakub Date: Mon May 31 15:45:06 2010 New Revision: 160077 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160077 Log: PR middle-end/44337 * expr.c (expand_assignment):

[Bug middle-end/44337] [4.5/4.6 Regression] ICE: in expand_assignment, at expr.c:4276

--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-31 15:42 --- Subject: Bug 44337 Author: jakub Date: Mon May 31 15:42:10 2010 New Revision: 160076 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160076 Log: PR middle-end/44337 * expr.c (expand_assignment):

[Bug tree-optimization/44182] [4.5/4.6 Regression] -fcompare-debug failure (length) with -O1

--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-31 15:40 --- Subject: Bug 44182 Author: jakub Date: Mon May 31 15:40:32 2010 New Revision: 160075 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160075 Log: PR tree-optimization/44182 * tree-inline.c (copy_

[Bug tree-optimization/44182] [4.5/4.6 Regression] -fcompare-debug failure (length) with -O1

--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-31 15:38 --- Subject: Bug 44182 Author: jakub Date: Mon May 31 15:38:35 2010 New Revision: 160074 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160074 Log: PR tree-optimization/44182 * tree-inline.c (copy_

[Bug fortran/44344] compilation error with function array

--- Comment #1 from yyxt at hotmail dot com 2010-05-31 14:57 --- error is in the code,not with the compiler -- yyxt at hotmail dot com changed: What|Removed |Added

[Bug fortran/44344] New: compilation error with function array

I want to calculate a multivariable function func(x) and its gradient dfunc(x), where x is a vector. The gradient dfunc(x) is calculated with finite difference method. I defined two modules and a calling program as follows: 1. Mod_func: module to calculate the function values at x 2. Mod_dfunc: m

[Bug testsuite/44343] malloc check in libstdc++-v3/testsuite/22_locale/codecvt/unshift/char/1.cc

--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-31 14:28 --- Alexander, please backport the fix to 4_5-branch and close the PR. Thanks. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug testsuite/44343] malloc check in libstdc++-v3/testsuite/22_locale/codecvt/unshift/char/1.cc

--- Comment #1 from amonakov at gcc dot gnu dot org 2010-05-31 14:23 --- Yes, it's a bug in 1.cc that was fixed for 4.6. -- amonakov at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/44161] __attribute__((__target__)) resets pic flag causing spurious warnings

--- Comment #5 from ktietz at gcc dot gnu dot org 2010-05-31 14:17 --- Merged back to 4.5 branch at revision 160072. Fixed. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/44161] __attribute__((__target__)) resets pic flag causing spurious warnings

--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-31 14:16 --- Subject: Bug 44161 Author: ktietz Date: Mon May 31 14:16:21 2010 New Revision: 160072 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160072 Log: 2010-05-31 Kai Tietz Merged from trunk PR t

[Bug testsuite/44343] New: malloc check in libstdc++-v3/testsuite/22_locale/codecvt/unshift/char/1.cc

Hi there, I have Fedora 13, just installed gcc 4.5.0 and running the "make check" command with "export MALLOC_CHECK_=1" (or 2 or 3) I get the summary. This is at line 77 of 1.cc: "delete [] c_arr;" The malloc check message I receive is "free(): invalid pointer" I have no idea if it is a libstdc++

[Bug target/44161] __attribute__((__target__)) resets pic flag causing spurious warnings

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

[Bug target/44161] __attribute__((__target__)) resets pic flag causing spurious warnings

--- Comment #3 from ktietz at gcc dot gnu dot org 2010-05-31 14:07 --- Subject: Bug 44161 Author: ktietz Date: Mon May 31 14:06:41 2010 New Revision: 160070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160070 Log: 2010-05-31 Kai Tietz PR target/44161 * conf

[Bug ada/44340] internal error on allocation/initialization

--- Comment #2 from marc dot criley at gmail dot com 2010-05-31 14:01 --- Created an attachment (id=20786) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20786&action=view) Bug triggering source code (gnatchoppable) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44340

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-31 12:26 --- Created an attachment (id=20785) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20785&action=view) gcc46-pr44338.patch That seems to work. Untested patch attached. -- jakub at gcc dot gnu dot org changed:

[Bug middle-end/44308] ranlib: file: libbackend

--- Comment #4 from jay dot krell at cornell dot edu 2010-05-31 12:14 --- Here is the fix for insn-peep.o (against 4.3, granted): diff -u -r1.5 genpeep.c --- gcc/gcc/genpeep.c 14 Apr 2008 12:48:21 - 1.5 +++ gcc/gcc/genpeep.c 31 May 2010 12:14:37 - @@ -424,6 +424,7 @@

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-31 12:12 --- 20 out of the 40 TARGET_FMA4 patterns use UNSPEC_FMA4_INTRINSIC, and those are the ones actually used by the intrinsics. So, perhaps the only change that is needed is to drop && TARGET_FUSED_MADD on those 20 patterns

[Bug libgomp/44342] gfortran and OpenMP: Allocate fails on nested parallelism regions

--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-31 12:00 --- Right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44342

[Bug libgomp/44342] gfortran and OpenMP: Allocate fails on nested parallelism regions

--- Comment #2 from shiv4k at gmail dot com 2010-05-31 11:58 --- So, it is not possible to COPYIN in a nested region an allocatable member? -- shiv4k at gmail dot com changed: What|Removed |Added

[Bug middle-end/44337] [4.5/4.6 Regression] ICE: in expand_assignment, at expr.c:4276

--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 11:56 --- Created an attachment (id=20784) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20784&action=view) gcc46-pr44337.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44337

[Bug libgomp/44342] gfortran and OpenMP: Allocate fails on nested parallelism regions

--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 11:51 --- This is not a compiler bug. See OpenMP 3.0 spec, 2.9.2, page 82, lines 9-18. The guarantee that you are looking at the same thread is there only for parallels not nested in another parallel, with nested parallels there

[Bug tree-optimization/44336] [4.4/4.5/4.6 Regression] ICE: verify_ssa failed: SSA_NAME_DEF_STMT is wrong with -fipa-struct-reorg -fwhole-program

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-31 10:53 --- Same ICE with -fipa-type-escape enabled in 4.4 and 4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/44337] [4.5/4.6 Regression] ICE: in expand_assignment, at expr.c:4276

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

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-31 10:46 --- (In reply to comment #2) > The problem is that all the fma4 insns are guarded with not just TARGET_FMA4, > but TARGET_FMA4 && TARGET_FUSED_MADD. But the builtins are guarded just with > OPTION_MASK_ISA_FMA4. > > So

[Bug libstdc++/44339] Usage of std::weak_ptr in ordered stl container (C++0x)

--- Comment #7 from jwakely dot gcc at gmail dot com 2010-05-31 10:16 --- n2637 removed comparisons on weak_ptr http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2637.pdf -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44339

[Bug libgomp/44342] New: gfortran and OpenMP: Allocate fails on nested parallelism regions

Code: - program simple_alloc_copyin use omp_lib integer, allocatable, save :: A(:) !$omp threadprivate(A) call omp_set_num_threads(2) ALLOCATE(A(2)) call omp_set_nested(.TRUE.) call omp_set_dynamic(.FALSE

[Bug c++/43392] [C++0x]: segmentation fault with empty initializer list

--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-31 09:29 --- Works in current 4_4-branch, 4_5-branch, and mainline. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-31 09:15 --- The problem is that all the fma4 insns are guarded with not just TARGET_FMA4, but TARGET_FMA4 && TARGET_FUSED_MADD. But the builtins are guarded just with OPTION_MASK_ISA_FMA4. So, for -mno-fused-madd either we shoul

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #10 from borntraeger at de dot ibm dot com 2010-05-31 08:58 --- Created an attachment (id=20783) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20783&action=view) experimental patch to have separate values for min_insn_to_prefetch_ration Changpeng, thank you for the f

[Bug target/44338] -mno-fused-madd causes FAIL: gcc.target/i386/sse-23.c (internal compiler error)

--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 08:50 --- Reduced testcase: typedef float __m128 __attribute__ ((__vector_size__ (16), __may_alias__)); typedef float __v4sf __attribute__ ((__vector_size__ (16))); #pragma GCC target ("3dnow,sse4,sse4a,aes,pclmul,xop,abm,popc

  1   2   >