[Bug middle-end/44785] [4.6 Regression] Invalid memory access in gfortran.dg/extends_3.f03

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-07-03 03:50 ---
It is caused by revision 161527:

http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01445.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC|hubicka at gcc dot gnu dot  |rguenth at gcc dot gnu dot
   |org |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44785

[Bug c/39959] [4.5/4.6 Regression] IMA is broken, gcc.dg/pr34668-1.c, gcc.dg/pr34668-2.c ICE

[hp at gcc dot gnu dot org]

--- Comment #23 from hp at gcc dot gnu dot org  2010-07-03 03:43 ---
This is fixed, isn't it?  No longer fails, c:a r161653 dudging from
gcc-testresu...@.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959

[Bug c++/44778] [4.6 regression]? Behaviour change with pointers to members

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-03 03:10:06
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44778

[Bug c++/44778] [4.6 regression]? Behaviour change with pointers to members

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-07-03 02:51 ---
It is caused by revision 161560:

http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg01478.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jason at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44778

[Bug middle-end/44785] [4.6 Regression] Invalid memory access in gfortran.dg/extends_3.f03

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2010-07-03 02:47 ---
At -O1, valgrind reports:

valgrind --tool=memcheck
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../f951
/export/gnu/import/git/gcc/gcc/testsuite/gfortran.dg/extends_3.f03 -quiet
-dumpbase extends_3.f03 -mtune=generic -march=x86-64 -auxbase extends_3 -g -O1
-pedantic-errors -version -o extends_3.s -fintrinsic-modules-path finclude 
==2856== Memcheck, a memory error detector
==2856== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==2856== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==2856== Command:
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../f951
/export/gnu/import/git/gcc/gcc/testsuite/gfortran.dg/extends_3.f03 -quiet
-dumpbase extends_3.f03 -mtune=generic -march=x86-64 -auxbase extends_3 -g -O3
-pedantic-errors -version -o extends_3.s -fintrinsic-modules-path finclude -O1
==2856== 
GNU Fortran (GCC) version 4.6.0 20100703 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.4 20100503 (Red Hat 4.4.4-2), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.6.0 20100703 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.4 20100503 (Red Hat 4.4.4-2), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
==2856== Invalid read of size 8
==2856==at 0xDDAE8D: initialize_inlined_parameters (tree-inline.c:2704)
==2856==by 0xDDE4FD: expand_call_inline (tree-inline.c:3927)
==2856==by 0xDDEF8A: gimple_expand_calls_inline (tree-inline.c:4114)
==2856==by 0xDDF662: optimize_inline_calls (tree-inline.c:4264)
==2856==by 0xD907D8: inline_transform (ipa-inline.c:2100)
==2856==by 0x955FEF: execute_one_ipa_transform_pass (passes.c:1465)
==2856==by 0x9560D0: execute_all_ipa_transforms (passes.c:1496)
==2856==by 0xAE2FCC: tree_rest_of_compilation (tree-optimize.c:413)
==2856==by 0xD7C770: cgraph_expand_function (cgraphunit.c:1629)
==2856==by 0xD7CA34: cgraph_expand_all_functions (cgraphunit.c:1708)
==2856==by 0xD7D05C: cgraph_optimize (cgraphunit.c:1964)
==2856==by 0xD7AA85: cgraph_finalize_compilation_unit (cgraphunit.c:1171)
==2856==  Address 0x554a748 is 1,160 bytes inside a block of size 2,048 free'd
==2856==at 0x4A04D72: free (vg_replace_malloc.c:325)
==2856==by 0x9591A2: pointer_map_insert (pointer-set.c:275)
==2856==by 0xDCE116: insert_decl_map (tree-inline.c:142)
==2856==by 0xDCF985: remap_type_1 (tree-inline.c:367)
==2856==by 0xDD0713: remap_type (tree-inline.c:469)
==2856==by 0xDCF521: remap_type_1 (tree-inline.c:354)
==2856==by 0xDD0713: remap_type (tree-inline.c:469)
==2856==by 0xDDADA4: initialize_inlined_parameters (tree-inline.c:2695)
==2856==by 0xDDE4FD: expand_call_inline (tree-inline.c:3927)
==2856==by 0xDDEF8A: gimple_expand_calls_inline (tree-inline.c:4114)
==2856==by 0xDDF662: optimize_inline_calls (tree-inline.c:4264)
==2856==by 0xD907D8: inline_transform (ipa-inline.c:2100)
==2856== 
==2856== Invalid read of size 8
==2856==at 0xDDAEB9: initialize_inlined_parameters (tree-inline.c:2705)
==2856==by 0xDDE4FD: expand_call_inline (tree-inline.c:3927)
==2856==by 0xDDEF8A: gimple_expand_calls_inline (tree-inline.c:4114)
==2856==by 0xDDF662: optimize_inline_calls (tree-inline.c:4264)
==2856==by 0xD907D8: inline_transform (ipa-inline.c:2100)
==2856==by 0x955FEF: execute_one_ipa_transform_pass (passes.c:1465)
==2856==by 0x9560D0: execute_all_ipa_transforms (passes.c:1496)
==2856==by 0xAE2FCC: tree_rest_of_compilation (tree-optimize.c:413)
==2856==by 0xD7C770: cgraph_expand_function (cgraphunit.c:1629)
==2856==by 0xD7CA34: cgraph_expand_all_functions (cgraphunit.c:1708)
==2856==by 0xD7D05C: cgraph_optimize (cgraphunit.c:1964)
==2856==by 0xD7AA85: cgraph_finalize_compilation_unit (cgraphunit.c:1171)
==2856==  Address 0x554a748 is 1,160 bytes inside a block of size 2,048 free'd
==2856==at 0x4A04D72: free (vg_replace_malloc.c:325)
==2856==by 0x9591A2: pointer_map_insert (pointer-set.c:275)
==2856==by 0xDCE116: insert_decl_map (tree-inline.c:142)
==2856==by 0xDCF985: remap_type_1 (tree-inline.c:367)
==2856==by 0xDD0713: remap_type (tree-inline.c:469)
==2856==by 0xDCF521: remap_type_1 (tree-inline.c:354)
==2856==by 0xDD0713: remap_type (tree-inline.c:469)
==2856==by 0xDDADA4: initialize_inlined_parameters (tree-inline.c:2695)
==2856==by 0xDDE4FD: expand_call_inline (tree-inline.c:3927)
==2856==by 0xDDEF8A: gimple_expand_calls_inline (tree-inline.c:4114)
==2856==by 0xDDF662: optimize_inline_calls (tree-inline.c:4264)
==2856==by 0xD907D8: inline_transform (ipa-inline.c:2100)
==2856== 


-- 

hjl dot tools at gmail dot com changed:

[Bug testsuite/44795] [4.6 Regression] Bad testsuite changes

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-07-03 02:40 ---
gfortran.dg/char_bounds_check_fail_1.f90 is the problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44795

[Bug testsuite/44795] [4.6 Regression] Bad testsuite changes

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2010-07-03 02:39 ---
It is caused by revision 161745:

http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00098.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44795

[Bug target/43703] Unexpected floating point precision loss due to ARM NEON autovectorization

[sandra at gcc dot gnu dot org]

--- Comment #7 from sandra at gcc dot gnu dot org  2010-07-03 00:47 ---
Subject: Bug 43703

Author: sandra
Date: Sat Jul  3 00:46:51 2010
New Revision: 161763

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161763
Log:
2010-07-02  Julian Brown  
Sandra Loosemore 

PR target/43703

gcc/
* config/arm/vec-common.md (add3, sub3, smin3)
(smax3): Disable for NEON float modes when
flag_unsafe_math_optimizations is false.
* config/arm/neon.md (*add3_neon, *sub3_neon)
(*mul3_neon)
(mul3add_neon, mul3negadd_neon)
(reduc_splus_, reduc_smin_, reduc_smax_): Disable
for NEON float modes when flag_unsafe_math_optimizations is false.
(quad_halves_v4sf): Only enable if flag_unsafe_math_optimizations
is true.
* doc/invoke.texi (ARM Options): Add note about floating point
vectorization requiring -funsafe-math-optimizations.

gcc/testsuite/
* gcc.dg/vect/vect.exp: Add -ffast-math for NEON.
* gcc.dg/vect/vect-reduc-6.c: Add XFAIL for NEON.



Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/neon.md
trunk/gcc/config/arm/vec-common.md
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/vect/vect-reduc-6.c
trunk/gcc/testsuite/gcc.dg/vect/vect.exp


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43703

[Bug c++/44796] New: segfault with variable named 'xor' (Apple-gcc-4.2.1)

[wolfgang dot plaschg at gmail dot com]

when compiling this code:

int main(int argc, char **argv) {
  int xor=0;
  return 0;
}

i get a 'internal compiler error: segmentation fault'

on 'i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659)'.

cheers
  - Wolfgang


-- 
   Summary: segfault with variable named 'xor' (Apple-gcc-4.2.1)
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wolfgang dot plaschg at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44796

[Bug testsuite/44795] New: [4.6 Regression] Bad testsuite changes

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 161747 gave

ERROR: couldn't compile regular expression pattern: parentheses () not balanced
ERROR: tcl error sourcing
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gfortran.dg/dg.exp.

Revision 161734 is OK.


-- 
   Summary: [4.6 Regression] Bad testsuite changes
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44795

[Bug rtl-optimization/44675] Inefficient code to return a large struct

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-03 00:23:14
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44675

[Bug target/44603] out of range branch generated in thumb code.

[ramana at gcc dot gnu dot org]

--- Comment #5 from ramana at gcc dot gnu dot org  2010-07-03 00:21 ---


*** This bug has been marked as a duplicate of 43961 ***


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44603

[Bug target/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

[ramana at gcc dot gnu dot org]

--- Comment #7 from ramana at gcc dot gnu dot org  2010-07-03 00:21 ---
*** Bug 44603 has been marked as a duplicate of this bug. ***


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961

[Bug lto/44378] lto1: internal compiler error: in cgraph_mark_functions_to_output, at cgraphunit.c:1168

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2010-07-03 00:10 ---
Waiting for feedback as per comments in Comment #1


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44378

[Bug target/44278] Use ubfx to extract unsigned bit fields at the low end

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2010-07-03 00:07:13
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44278

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2010-07-03 00:03 ---
Can this patch be submitted to gcc-patc...@gcc.gnu.org after due testing ? 


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-03 00:03:10
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44626

[Bug rtl-optimization/44787] [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2010-07-03 00:01 ---
I haven't verified the actual revision failing but I do see this failing as of
trunk today with an eabi compiler and all the options specified.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||bernds at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to fail||4.6.0
   Last reconfirmed|-00-00 00:00:00 |2010-07-03 00:01:58
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44787

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

[changpeng dot fang at amd dot com]

--- Comment #17 from changpeng dot fang at amd dot com  2010-07-02 23:58 
---
(In reply to comment #15)
I have opened PR44794 for the unrolling of pre- and post-loop issue. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576

[Bug tree-optimization/44794] New: pre- and post-loops should not be unrolled.

[changpeng dot fang at amd dot com]

void foo(int *a, int *b, int n)
{
  int i;
  for(i = 0; i < n; i++)
 a[i] = a[i] + b[i];
}

For this simple loop, the vectorizer does its job and peels the last few 
iterations as post-loop that is not vectorized. But the RTL loop unroller
does not know that it just has a few (at most 3 in this case) iterations,
and will unroll the post-loop.

What is worse, if you compile it with:
  gcc -O3 -fprefetch-loop-arrays -funroll-loops

You may find the prefetch pass will also unroll the post-loop, and generate
a new post-loop (post-post-loop) for this post-loop. Again, the RTL loop
unroller could not recognize this post-post-loop, and will unroll it.
(the RTL loop unroller will generate yet another post loop
(post-post-post-loop) for the post-post-loop :-))

 This will cause compilation time and code size increase dramastically without
any performance benefit.


-- 
   Summary: pre- and post-loops should not be unrolled.
   Product: gcc
   Version: lno
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: changpeng dot fang at amd dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44794

[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf

[jvdelisle at gcc dot gnu dot org]

--- Comment #18 from jvdelisle at gcc dot gnu dot org  2010-07-02 21:16 
---
Thanks Tobias.  Closing.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298

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

[jason at gcc dot gnu dot org]

--- Comment #5 from jason at gcc dot gnu dot org  2010-07-02 21:12 ---
This seems to have been broken by

2003-01-27  Nathan Sidwell  

* class.c (update_vtable_entry_for_fn): Add index parameter.
Generate vcall thunk for covariant overriding from a virtual
primary base.
(dfs_modify_vtables): Adjust.

Reverting that patch fixes the problem and doesn't break any of the existing
covariant tests.  Nathan, I couldn't figure out what the comment you added was
talking about; I don't suppose you have any idea after all these years?


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||nathan at codesourcery dot
   ||com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43120

[Bug rtl-optimization/44787] [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395

[rearnsha at gcc dot gnu dot org]

--- Comment #1 from rearnsha at gcc dot gnu dot org  2010-07-02 21:06 
---
*** Bug 44788 has been marked as a duplicate of this bug. ***


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44787

[Bug rtl-optimization/44788] [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395

[rearnsha at gcc dot gnu dot org]

--- Comment #1 from rearnsha at gcc dot gnu dot org  2010-07-02 21:06 
---


*** This bug has been marked as a duplicate of 44787 ***


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44788

[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[danglin at gcc dot gnu dot org]

--- Comment #15 from danglin at gcc dot gnu dot org  2010-07-02 20:58 
---
Fixed.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958

[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[danglin at gcc dot gnu dot org]

--- Comment #14 from danglin at gcc dot gnu dot org  2010-07-02 20:52 
---
Subject: Bug 43958

Author: danglin
Date: Fri Jul  2 20:51:58 2010
New Revision: 161746

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161746
Log:
PR target/43958
* config/pa/pa.c (hppa_gimplify_va_arg_expr): Use pointer arithmetic
for argument alignment.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/pa/pa.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958

[Bug testsuite/44792] data.f90 accesses undefined variable

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2010-07-02 20:41 ---
Index: gfortran.fortran-torture/execute/data.f90
===
--- gfortran.fortran-torture/execute/data.f90   (Revision 161742)
+++ gfortran.fortran-torture/execute/data.f90
@@ -25,7 +25,7 @@
 ! array element reference 
 data tmp2(2)%t1(2)%a(3), tmp2(2)%t1(2)%a(1)/223,221/

-if (any(tmp2(1)%t1(1)%a .ne. (/111,0,113,0/))) call abort
+if (any(tmp2(1)%t1(1)%a(2:4:2) .ne. (/111,113/))) call abort
 if (tmp2(1)%t1(1)%r .ne. 0.0) call abort
 if (tmp2(1)%b .ne. 10) call abort


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792

[Bug testsuite/44791] data_3.f90 accesses uninitialized variable

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2010-07-02 20:37 ---
Index: gfortran.fortran-torture/execute/data_3.f90
===
--- gfortran.fortran-torture/execute/data_3.f90 (Revision 161742)
+++ gfortran.fortran-torture/execute/data_3.f90
@@ -12,7 +12,7 @@
 DATA e(4:4), e(1:3) /'45', '123A'/

 IF (a.NE.'aab ') CALL abort()
-IF (b.NE.' AAA   ') CALL abort()
+IF (b(2:6).NE.'AAA   ') CALL abort()
 IF (c.NE.'12') CALL abort()
 IF (d(1).NE.d(2) .OR. d(1).NE.'1234') CALL abort()
 IF (e.NE.'1234') CALL abort()


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44791

[Bug target/44793] Code generated references undefined symbol

[joel at gcc dot gnu dot org]

--- Comment #4 from joel at gcc dot gnu dot org  2010-07-02 20:31 ---
We use newlib and it is not in any of the .a or .o files installed.  I
see it in the file crtresgpr.S in gcc/config/rs6000 but only 
config/rs6000/t-netbsd references it.  Should this code from t-netbsd be copied
to t-rtems or moved out to a new t-XXX file which is included by multiple
targets?  rtems can't be the only one in need of this.

LIB2FUNCS_STATIC_EXTRA = crtsavfpr.S crtresfpr.S \
  crtsavgpr.S crtresgpr.S \
  crtresxfpr.S crtresxgpr.S

tramp.S: $(srcdir)/config/rs6000/tramp.asm
cat $(srcdir)/config/rs6000/tramp.asm > tramp.S

crtsavfpr.S: $(srcdir)/config/rs6000/crtsavfpr.asm
cat $(srcdir)/config/rs6000/crtsavfpr.asm >crtsavfpr.S

crtresfpr.S: $(srcdir)/config/rs6000/crtresfpr.asm
cat $(srcdir)/config/rs6000/crtresfpr.asm >crtresfpr.S

crtsavgpr.S: $(srcdir)/config/rs6000/crtsavgpr.asm
cat $(srcdir)/config/rs6000/crtsavgpr.asm >crtsavgpr.S

crtresgpr.S: $(srcdir)/config/rs6000/crtresgpr.asm
cat $(srcdir)/config/rs6000/crtresgpr.asm >crtresgpr.S

crtresxfpr.S: $(srcdir)/config/rs6000/crtresxfpr.asm
cat $(srcdir)/config/rs6000/crtresxfpr.asm >crtresxfpr.S

crtresxgpr.S: $(srcdir)/config/rs6000/crtresxgpr.asm
cat $(srcdir)/config/rs6000/crtresxgpr.asm >crtresxgpr.S

# It is important that crtbegin.o, etc., aren't surprised by stuff in .sdata.
CRTSTUFF_T_CFLAGS += -msdata=none
CRTSTUFF_T_CFLAGS_S += -msdata=none


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

[Bug target/44771] m68k_expand_prologue: variable set but not used

[schwab at linux-m68k dot org]

--- Comment #2 from schwab at linux-m68k dot org  2010-07-02 20:27 ---
Fixed.


-- 

schwab at linux-m68k dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44771

[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2010-07-02 20:22 ---
Subject: Bug 44780

Author: jakub
Date: Fri Jul  2 20:22:32 2010
New Revision: 161742

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161742
Log:
PR c++/44780
* typeck.c (convert_for_assignment): When converting a convertible
vector type or objc++ types, call mark_rvalue_use.
* typeck2.c (build_m_component_ref): Use return values from
mark_rvalue_use or mark_lvalue_use.
* class.c (build_base_path): Likewise.
* call.c (build_conditional_expr): Likewise.

* c-c++-common/Wunused-var-12.c: New test.

Added:
trunk/gcc/testsuite/c-c++-common/Wunused-var-12.c
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/cp/class.c
trunk/gcc/cp/typeck.c
trunk/gcc/cp/typeck2.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780

[Bug target/44793] Code generated references undefined symbol

[pinskia at gmail dot com]

--- Comment #3 from pinskia at gmail dot com  2010-07-02 20:17 ---
Subject: Re:   New: Code generated references undefined symbol

These functions are part of PowerPC abi. So they should be provided by  
either libgcc or the libc.

On Jul 2, 2010, at 1:12 PM, "joel at gcc dot gnu dot org"
 wrote:

> This was spotted on powerpc-rtems but likely impacts more targets.   
> It is
> triggered by -Os. I will attach the preprocessed file.
>
> powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS
> gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12)
>
> $ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c
> $ grep _rest j.s
>b _restgpr_31_x
> $ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c
> $ grep _rest j.s
> $ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c
> $ grep _rest j.s
> $ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c
> $ grep _rest j.s
> $
>
>
> -- 
>   Summary: Code generated references undefined symbol
>   Product: gcc
>   Version: 4.5.0
>Status: UNCONFIRMED
>  Severity: normal
>  Priority: P3
> Component: target
>AssignedTo: unassigned at gcc dot gnu dot org
>ReportedBy: joel at gcc dot gnu dot org
>  GCC host triplet: powerpc-rtems4.11
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

Re: [Bug target/44793] New: Code generated references undefined symbol

[Andrew Pinski]

These functions are part of PowerPC abi. So they should be provided by  
either libgcc or the libc.


On Jul 2, 2010, at 1:12 PM, "joel at gcc dot gnu dot org" > wrote:


This was spotted on powerpc-rtems but likely impacts more targets.   
It is

triggered by -Os. I will attach the preprocessed file.

powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS
gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12)

$ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c
$ grep _rest j.s
   b _restgpr_31_x
$ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c
$ grep _rest j.s
$ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c
$ grep _rest j.s
$ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c
$ grep _rest j.s
$


--
  Summary: Code generated references undefined symbol
  Product: gcc
  Version: 4.5.0
   Status: UNCONFIRMED
 Severity: normal
 Priority: P3
Component: target
   AssignedTo: unassigned at gcc dot gnu dot org
   ReportedBy: joel at gcc dot gnu dot org
 GCC host triplet: powerpc-rtems4.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

[Bug target/44793] Code generated references undefined symbol

[joel at gcc dot gnu dot org]

--- Comment #2 from joel at gcc dot gnu dot org  2010-07-02 20:16 ---
Works with 4.4.4

$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc -mcpu=603e -Os pr44793.c -S
$ grep _res pr44793.s
$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc --version
powerpc-rtems4.10-gcc (GCC) 4.4.4 20100429 (RTEMS
gcc-4.4.4-1.fc12/newlib-1.18.0-12.fc12)


-- 

joel at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

[Bug target/44771] m68k_expand_prologue: variable set but not used

[schwab at gcc dot gnu dot org]

--- Comment #1 from schwab at gcc dot gnu dot org  2010-07-02 20:16 ---
Subject: Bug 44771

Author: schwab
Date: Fri Jul  2 20:15:59 2010
New Revision: 161741

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161741
Log:
PR target/44771
* config/m68k/m68k.c (m68k_expand_prologue): Remove set but not
used variable insn.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/m68k/m68k.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44771

[Bug target/44793] Code generated references undefined symbol

[joel at gcc dot gnu dot org]

--- Comment #1 from joel at gcc dot gnu dot org  2010-07-02 20:14 ---
Created an attachment (id=21071)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21071&action=view)
bzip'ed test case


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

[Bug target/44793] New: Code generated references undefined symbol

[joel at gcc dot gnu dot org]

This was spotted on powerpc-rtems but likely impacts more targets.  It is
triggered by -Os. I will attach the preprocessed file.

powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS
gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12)

$ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c
$ grep _rest j.s
b _restgpr_31_x
$ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c
$ grep _rest j.s
$ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c
$ grep _rest j.s
$ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c
$ grep _rest j.s
$


-- 
   Summary: Code generated references undefined symbol
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
  GCC host triplet: powerpc-rtems4.11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

[mikael at gcc dot gnu dot org]

--- Comment #7 from mikael at gcc dot gnu dot org  2010-07-02 20:01 ---
Subject: Bug 44662

Author: mikael
Date: Fri Jul  2 20:01:05 2010
New Revision: 161739

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161739
Log:
2010-07-02  Mikael Morin  

PR fortran/44662
* decl.c (match_procedure_in_type): Clear structure before using.
(gfc_match_generic): Ditto.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662

[Bug tree-optimization/33512] Simple bitwise simplification missed

[bergner at gcc dot gnu dot org]

--- Comment #8 from bergner at gcc dot gnu dot org  2010-07-02 19:52 ---
So what asm do we expect that we should get form the and-1.c testcase?


-- 

bergner at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||bergner at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33512

[Bug middle-end/44790] Bootstrap fails after MEM-REF merge

[sje at cup dot hp dot com]

--- Comment #1 from sje at cup dot hp dot com  2010-07-02 19:49 ---
This may be related to &x + CST folding.  The bug only happens at -O1 or above.
I think I forgot to mention that in the original bug report.
When I look at the expand dump and the comparision to 123 I see:


(insn 17 16 18 3 x.c:8 (set (reg:DI 348)
(zero_extend:DI (subreg/s/v:SI (reg/v/f:DI 339 [ ap+-4 ]) 4))) -1
(nil))

(insn 18 17 19 3 x.c:8 (set (reg/f:DI 347)
(plus:DI (reg:DI 348)
(const_int 4 [0x4]))) -1 (nil))

(insn 19 18 20 3 x.c:9 (set (reg:SI 349)
(mem:SI (reg/f:DI 347) [0 MEM[(int *)ap_1 + 4B]+0 S4 A32])) -1 (nil))

(insn 20 19 21 3 x.c:9 (set (reg:BI 350)
(eq:BI (reg:SI 349)
(const_int 123 [0x7b]))) -1 (nil))

Instruction 17, where we set r348 to zero_extend of r339 looks wrong.  We
need to do a pointer extend here, I.e. (unspec 24) go generate an addp4.
r349 is not a valid pointer after instruction 17 and this generates the fault.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44790

[Bug testsuite/44792] New: data.f90 accesses undefined variable

[zeccav at gmail dot com]

data.f90 line 28 accesses TMP2(1)%T1(1)%A(2:4:2) which is undefined


-- 
   Summary: data.f90 accesses undefined variable
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zeccav at gmail dot com
  GCC host triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792

[Bug testsuite/44791] New: data_3.f90 accesses uninitialized variable

[zeccav at gmail dot com]

data_3.f90 IF statement at line 15 accesses B, but B(1:1) is undefined.


-- 
   Summary: data_3.f90 accesses uninitialized variable
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zeccav at gmail dot com
  GCC host triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44791

[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf

[burnus at gcc dot gnu dot org]

--- Comment #17 from burnus at gcc dot gnu dot org  2010-07-02 19:07 ---
Subject: Bug 43298

Author: burnus
Date: Fri Jul  2 19:07:30 2010
New Revision: 161735

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161735
Log:
2010-06-28  Tobias Burnus  

PR fortran/43298
* list_read.c (parse_real): Do not pass (..) on for NAN(..).
* read.c (convert_real): Fix comment about NAN/INF.


Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/list_read.c
trunk/libgfortran/io/read.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

[dodji at gcc dot gnu dot org]

--- Comment #33 from dodji at gcc dot gnu dot org  2010-07-02 19:00 ---
I have put up a git tree for this. The branch containing my changes is
http://seketeli.net/cgit/~dodji/gcc.git/log/?h=PR7263-dodji

The current state as of commit 1d2b6207 addresses the remaining FIXMEs in the
code. It thus should properly deallocate the memory used for the macro
expansion tokens and still passes regression test for the C FE. Next stop is to
make the C++ FE work with this.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263

[Bug middle-end/44790] New: Bootstrap fails after MEM-REF merge

[sje at cup dot hp dot com]

GCC fails to bootstrap on ia64-hp-hpux11.23 after r161655.  Building without
bootstrap and running the testsuite shows that tests are failing in 32 bit mode
but not 64 bit mode so the problem is probably ia64's unique method of
extending pointers in 32 bit mode  Most of the failing tests involve va_args.

Here is a cutdown test that fails:

f (int n, ...)
{
  long x;
  int i;

  __builtin_va_list ap;
  __builtin_va_start(ap,n);
  x = __builtin_va_arg(ap,long);
  if (x != 123)
  abort();
  __builtin_va_end(ap);
}

main ()
{
  f (3, (long) 123);
  exit(0);
}


-- 
   Summary: Bootstrap fails after MEM-REF merge
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sje at cup dot hp dot com
 GCC build triplet: ia64-hp-hpux11.23
  GCC host triplet: ia64-hp-hpux11.23
GCC target triplet: ia64-hp-hpux11.23


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44790

[Bug c++/44789] [4.6 Regression] FAIL: abi_check

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2010-07-02 18:35 
---
It's fixed in 161706.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44789

[Bug c++/44789] New: [4.6 Regression] FAIL: abi_check

[hjl dot tools at gmail dot com]

On Linux/x86-64, revision 161704 gave

FAIL: abi_check

Revision 161695 is OK.


-- 
   Summary: [4.6 Regression] FAIL: abi_check
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44789

[Bug target/40657] allocate local variables with fewer instructions

[carrot at google dot com]

--- Comment #10 from carrot at google dot com  2010-07-02 17:41 ---
The patch optimizes the prologue part only, the epilogue can also be enhanced.
Now compile the attached test case, I get

push{r0, r1, r2, lr}
add r0, sp, #4
bl  bar
ldr r0, [sp, #4]
add sp, sp, #12
pop {pc}

The last two instructions can be merged as 

pop {r1-r3, pc}


-- 

carrot at google dot com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40657

[Bug rtl-optimization/44788] New: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395

[jingyu at google dot com]

Revision 160947 breaks the following test case.

void joint_decode(float* mlt_buffer1, int t) {
int i;
float decode_buffer[1060];
foo(decode_buffer);
for (i=0; i<10 ; i++) {
mlt_buffer1[i] = i * decode_buffer[t];
}
}

/usr/local/install/R160947/libexec/gcc/arm-linux-androideabi/4.6.0/cc1
-fpreprocessed cook.i -fPIC -quiet -dumpbase cook.i  "-march=armv7-a"
"-mfloat-abi=softfp" "-mfpu=neon" -mthumb -auxbase-strip cook.o -Os  
-fno-strict-aliasing  -o /tmp/ccrdKipa.s 

cook.i: In function 'joint_decode':
cook.i:8:1: error: insn does not satisfy its constraints:
(insn 98 55 59 2 cook.i:6 (set (reg:SI 3 r3)
(plus:SI (mult:SI (reg/v:SI 5 r5 [orig:183 t ] [183])
(const_int 4 [0x4]))
(reg/f:SI 13 sp))) 674 {*thumb2_arith_shiftsi} (nil))
cook.i:8:1: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:395
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

I tried revision 160946 and did not see such error. The bug may not be brought
by r160947, but it was triggered.


-- 
   Summary: [regression]internal compiler error: in
reload_cse_simplify_operands, at postreload.c:395
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jingyu at google dot com
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: arm-linux-androideabi,arm-eabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44788

[Bug rtl-optimization/44787] New: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395

[jingyu at google dot com]

Revision 160947 breaks the following test case.

void joint_decode(float* mlt_buffer1, int t) {
int i;
float decode_buffer[1060];
foo(decode_buffer);
for (i=0; i<10 ; i++) {
mlt_buffer1[i] = i * decode_buffer[t];
}
}

/usr/local/install/R160947/libexec/gcc/arm-linux-androideabi/4.6.0/cc1
-fpreprocessed cook.i -fPIC -quiet -dumpbase cook.i  "-march=armv7-a"
"-mfloat-abi=softfp" "-mfpu=neon" -mthumb -auxbase-strip cook.o -Os  
-fno-strict-aliasing  -o /tmp/ccrdKipa.s 

cook.i: In function 'joint_decode':
cook.i:8:1: error: insn does not satisfy its constraints:
(insn 98 55 59 2 cook.i:6 (set (reg:SI 3 r3)
(plus:SI (mult:SI (reg/v:SI 5 r5 [orig:183 t ] [183])
(const_int 4 [0x4]))
(reg/f:SI 13 sp))) 674 {*thumb2_arith_shiftsi} (nil))
cook.i:8:1: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:395
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

I tried revision 160946 and did not see such error. The bug may not be brought
by r160947, but it was triggered.


-- 
   Summary: [regression]internal compiler error: in
reload_cse_simplify_operands, at postreload.c:395
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jingyu at google dot com
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: arm-linux-androideabi,arm-eabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44787

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

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2010-07-02 16:53 ---
> Yes, please reduce and lets see if we can discover something more specific
> wrong here. Then also consider Mikael's idea.

I don't think there is anything "specific" to discover. The fix for PR44582 is
too conservative and creates unneeded temporaries (in channel.f90, test_fpu.f90
and probably others that I have missed). I'll be extremely sad that to fix
(ab)uses of the standard (codes you should never write), legitimate "real life"
codes get badly penalized.

You can also see the effect at
http://gcc.opensuse.org/c++bench/polyhedron/polyhedron-summary.txt-2-0.html
where the time went from ~16.5s to ~18.7s. The relative effect is less dramatic
because channel.f90 is memory bound for caches smaller than ~4Mb: I don't know
the cache size of the AMD proc for the above test (~512kb?) compared to the 3Mb
on my macbook. So the effect of the new temporaries is to increase the memory
access by ~2s, i.e., ~10% on the AMD tests, but ~70% on my machine. So I doubt
that a reduced test wil give any new insight in the problem, nevertheless I'll
try!-).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773

[Bug c++/44786] New: -fcatch-undefined-behavior: Turn on runtime code generation to check for undefined behavior

[manu at gcc dot gnu dot org]

Clang provides a number of ways to control code generation. The options are
listed below.
-fcatch-undefined-behavior: Turn on runtime code generation to check for
undefined behavior.
This option, which defaults to off, controls whether or not Clang adds
runtime checks for undefined runtime behavior. If the check fails,
__builtin_trap() is used to indicate failure. The checks are:

  # Subscripting where the static type of one operand is variable which is
decayed from an array type and the other operand is greater than the size of
the array or less than zero.
  # Shift operators where the amount shifted is greater or equal to the
promoted bit-width of the left-hand-side or less than zero.
  # If control flow reaches __builtin_unreachable.


-- 
   Summary: -fcatch-undefined-behavior: Turn on runtime code
generation to check for undefined behavior
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manu at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44786

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

[spop at gcc dot gnu dot org]

--- Comment #16 from spop at gcc dot gnu dot org  2010-07-02 16:34 ---
Subject: Bug 44576

Author: spop
Date: Fri Jul  2 16:34:29 2010
New Revision: 161727

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161727
Log:
PR 44576: miss rate computation improvement for prefetching loop arrays.

2010-07-02  Changpeng Fang  

PR middle-end/44576
* tree-ssa-loop-prefetch.c (compute_miss_rate): Return 1000 (out
of 1000) for miss rate if the address diference is greater than or
equal to the cache line size (the two reference will never hit the
same cache line).

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-loop-prefetch.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576

[Bug target/42172] inefficient bit fields assignments

[bernds at gcc dot gnu dot org]

--- Comment #3 from bernds at gcc dot gnu dot org  2010-07-02 16:26 ---
Subject: Bug 42172

Author: bernds
Date: Fri Jul  2 16:25:59 2010
New Revision: 161726

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161726
Log:
PR target/42172
* config/arm/arm.c (thumb1_rtx_costs): Improve support for SIGN_EXTEND
and ZERO_EXTEND.
(arm_rtx_costs_1): Likewise.
(arm_size_rtx_costs): Use arm_rtx_costs_1 for these codes.
* config/arm/arm.md (is_arch6): New attribute.
(zero_extendhisi2, zero_extendqisi2, extendhisi2,
extendqisi2): Tighten the code somewhat, avoiding invalid
RTL to occur in the expander patterns.
(thumb1_zero_extendhisi2): Merge with thumb1_zero_extendhisi2_v6.
(thumb1_zero_extendhisi2_v6): Delete.
(thumb1_extendhisi2): Merge with thumb1_extendhisi2_v6.
(thumb1_extendhisi2_v6): Delete.
(thumb1_extendqisi2): Merge with thumb1_extendhisi2_v6.
(thumb1_extendqisi2_v6): Delete.
(zero_extendhisi2 for register input splitter): New.
(zero_extendqisi2 for register input splitter): New.
(thumb1_extendhisi2 for register input splitter): New.
(extendhisi2 for register input splitter): New.
(extendqisi2 for register input splitter): New.
(TARGET_THUMB1 extendqisi2 for memory input splitter): New.
(arm_zero_extendhisi2): Allow nonimmediate_operand for operand 1,
and add support for a register alternative requiring a split.
(thumb1_zero_extendqisi2): Likewise.
(arm_zero_extendqisi2): Likewise.
(arm_extendhisi2): Likewise.
(arm_extendqisi2): Likewise.

testsuite/
PR target/42172
* gcc.target/arm/pr42172-1.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/arm/pr42172-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.c
trunk/gcc/config/arm/arm.md
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172

[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2010-07-02 16:26 ---
Created an attachment (id=21070)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21070&action=view)
A testcase

[...@gnu-34 delta]$ /export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -S
-msse2 -mfpmath=sse -m32 -O2 -ffast-math pr44784.c
pr44784.c: In function ‘defs_to_varying’:
pr44784.c:50:6: error: definition in block 7 follows the use
for SSA_NAME: pretmp.19_34 in statement:
pretmp.21_21 = (struct rtx_def *) pretmp.19_34;
pr44784.c:50:6: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
[...@gnu-34 delta]$ 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784

[Bug rtl-optimization/42835] Missed merging common code sequence at the end of two basic blocks

[bernds at gcc dot gnu dot org]

--- Comment #4 from bernds at gcc dot gnu dot org  2010-07-02 16:23 ---
Subject: Bug 42835

Author: bernds
Date: Fri Jul  2 16:22:33 2010
New Revision: 161725

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161725
Log:
PR target/42835
* config/arm/arm-modes.def (CC_NOTB): New mode.
* config/arm/arm.c (get_arm_condition_code): Handle it.
* config/arm/thumb2.md (thumb2_compare_scc): Delete pattern.
* config/arm/arm.md (subsi3_compare0_c): New pattern.
(compare_scc): Now a define_and_split.  Add a number of extra
splitters before it.

testsuite/
PR target/42835
* gcc.target/arm/pr42835.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/arm/pr42835.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm-modes.def
trunk/gcc/config/arm/arm.c
trunk/gcc/config/arm/arm.md
trunk/gcc/config/arm/thumb2.md
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42835

[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2010-07-02 16:15 ---
I'm getting this failure in stage3 thus just attaching the expmed.i
pre-processed file isn't enough to reproduce this with a cross. 

Doing a bisect I find that 

rev: 160827 - builds expmed.o in stage3 .
rev: 160833 - Segfaults while building expmed.o 

rev:160832 was this commit .


Author: jamborm 
Date:   Wed Jun 16 12:21:56 2010 +

2010-06-16  Martin Jambor  

PR tree-optimization/43905
* tree-sra.c: Include tree-inline.h.
(create_abstract_origin): Removed.
(modify_function): Version the call graph node instead of creating
abstract origins and dealing with same_body aliases.
* tree-sra.c (ipa_sra_preliminary_function_checks): Check whether the
function is versionable.
* Makefile.in (tree-sra.o): Add TREE_INLINE_H to dependencies.

* testsuite/g++.dg/torture/pr43905.C: New test.



git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/tr...@160832 


while 160833 touches only libstdc++



I think there is a case of memory corruption or miscompilation somewhere
because of which global_dc->printer changes value between 2 calls to
diagnostic_report_diagnostic. Still digging to find out what's gone wrong here
- might well be a latent bug exposed from elsewhere.



Cheers
Ramana


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768

[Bug middle-end/44785] New: [4.6 Regression] FAIL: gfortran.dg/extends_3.f03

[hjl dot tools at gmail dot com]

On Linux/x86, I saw

FAIL: gfortran.dg/extends_3.f03  -O1  (internal compiler error)
FAIL: gfortran.dg/extends_3.f03  -O1  (test for excess errors)

come and go, at least starting from revision 161653.


-- 
   Summary: [4.6 Regression] FAIL: gfortran.dg/extends_3.f03
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44785

[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03

[mikael at gcc dot gnu dot org]

--- Comment #6 from mikael at gcc dot gnu dot org  2010-07-02 15:56 ---
(In reply to comment #5)
> If you need someone to apply, test and commit , let me know.  I will have time
> and its pretty quick on my quad machine
> 
No thanks, I will need a commit tree anyway. 
It's currently bootstrapping so it's a matter of hours now. 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662

[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2010-07-02 15:56 
---
I have committed the middle-end pieces already today, so if you can approve and
commit the pa parts that would be nice.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rguenth at gcc dot gnu dot  |danglin at gcc dot gnu dot
   |org |org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958

[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta "ESCAPED = { }"

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca  2010-07-02 
15:50 ---
Subject: Re:  FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump
pta "ESCAPED = { }"

On Wed, 30 Jun 2010, rguenth at gcc dot gnu dot org wrote:

> You need the following additional patch.  With that the testcase should pass.

The testsuite now passes.  Tested on hppa2.0w-hp-hpux11.11.  I've attached
the change as tested.

Dave


--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca  2010-07-02 
15:50 ---
Created an attachment (id=21069)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21069&action=view)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958

[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-07-02 15:32 ---
Reduced testcase:

typedef struct rtx_def *rtx;
enum rtx_code { SUBREG };
typedef union rtunion_def {
long rtint;
unsigned long rtuint;
rtx rtx;
} rtunion;
struct rtx_def {
enum rtx_code code: 8;
rtunion fld[1];
};
typedef struct simple_bitmap_def {
unsigned long long elms[1];
} *sbitmap;
struct df_link {
struct df_link *next;
rtx reg;
};
typedef enum { UNDEFINED,   CONSTANT,   VARYING } latticevalue;
typedef struct {
latticevalue lattice_val;
} value;
static value *values;
static sbitmap ssa_edges;
void defs_to_varying (struct df_link *start)
{
  struct df_link *currdef;
  for (currdef = start;
   currdef;
   currdef = currdef->next)
{
  rtx reg = currdef->reg;
  if (values[(reg->code == SUBREG
  ? reg->fld[0].rtx
  : reg)->fld[0].rtuint].lattice_val != VARYING)
ssa_edges->elms [(reg->code == SUBREG
  ? reg->fld[0].rtx
  : reg)->fld[0].rtuint / 64]
|= ((unsigned long long) 1
<< (reg->code == SUBREG
? reg->fld[0].rtx
: reg)->fld[0].rtuint % 64);
  values[(reg->code == SUBREG
  ? reg->fld[0].rtx
  : reg)->fld[0].rtuint].lattice_val = VARYING;
}
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784

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

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2010-07-02 15:25 
---
Yes, please reduce and lets see if we can discover something more specific
wrong here. Then also consider Mikael's idea.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773

[Bug c/44774] -Werror=edantic

[paolo dot carlini at oracle dot com]

--- Comment #10 from paolo dot carlini at oracle dot com  2010-07-02 15:22 
---
I see, I had only a quick look to the audit trail and thought it was a less
trivial issue ;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774

[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf

[jvdelisle at gcc dot gnu dot org]

--- Comment #16 from jvdelisle at gcc dot gnu dot org  2010-07-02 15:18 
---
I think just ignore (..) .  It seems to add no value at this time and assures
compatibility across platforms.  Your patch is OK.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298

[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-07-02 15:05 ---
Confirmed, mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-02 15:05:33
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784

[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0
Version|4.5.1   |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784

[Bug tree-optimization/44656] VN should value-replace operands during alias-oracle walk

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-07-02 14:58 ---
I have a patch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-02 14:58:05
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44656

[Bug middle-end/44784] New: [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 161680 failed to
build 403.gcc in SPEC CPU 2006:

gcc -m32 -c -o ssa-ccp.o -DSPEC_CPU -DNDEBUG -I.   -O2 -msse2 -mfpmath=sse
-ffast-mathssa-ccp.c
ssa-ccp.c: In function 'defs_to_undefined.isra.0':
ssa-ccp.c:212:1: error: definition in block 7 follows the use
for SSA_NAME: pretmp.135_30 in statement:
pretmp.137_17 = (struct rtx_def *) pretmp.135_30;
ssa-ccp.c:212:1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Revision 161653 is OK.


-- 
   Summary: [4.6 regression] Failed to build 403.gcc in SPEC CPU
2006
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784

[Bug bootstrap/28756] `make install` is broken, doesn't install `gcc` when program_prefix == "${triplet}-"

[ramiro dot polla at gmail dot com]

--- Comment #2 from ramiro dot polla at gmail dot com  2010-07-02 14:33 
---
Still reproducible with 4.5.0. For example:
../gcc-4.5.0/configure --target=i686-pc-mingw32 --enable-languages=c
--program-prefix=i686-pc-mingw32- --program-suffix=-4.5.0
--enable-version-specific-runtime-libs


-- 

ramiro dot polla at gmail dot com changed:

   What|Removed |Added

 CC||ramiro dot polla at gmail
   ||dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756

[Bug c/44774] -Werror=edantic

[manu at gcc dot gnu dot org]

--- Comment #9 from manu at gcc dot gnu dot org  2010-07-02 14:24 ---
(In reply to comment #8)
> By the way, the subject should read -Werror=pedantic, right?
> 

Well, it depends. We actually print -Werror=edantic. ;-)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774

[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE

[laurent at guerby dot net]

-- 

laurent at guerby dot net changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|2010-07-02 13:50:59 |2010-07-02 13:51:22
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768

[Bug tree-optimization/43905] [4.5 Regression] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness

[jamborm at gcc dot gnu dot org]

--- Comment #11 from jamborm at gcc dot gnu dot org  2010-07-02 13:28 
---
This is now fixed on both the trunk and the 4.5 branch.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905

[Bug tree-optimization/44687] [4.6 Regression] ICE: in tree_nrv, at tree-nrv.c:155 with -fprofile-generate

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2010-07-02 13:22 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44687

[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity

[jamborm at gcc dot gnu dot org]

--- Comment #5 from jamborm at gcc dot gnu dot org  2010-07-02 12:28 ---
On revision 161693, the backtrace to the spot where a CANONICAL_TYPE
is assigned to a type which already is a CANONICAL_TYPE of another one
is:

#0  0x009529e4 in build_array_type (elt_type=0x77e947e0,
index_type=0x77f47a80)
at /home/jamborm/gcc/small/gcc/tree.c:7168
#1  0x00967d7e in make_vector_type (innertype=0x77e947e0, nunits=2,
mode=VOIDmode)
at /home/jamborm/gcc/small/gcc/tree.c:8751
#2  0x00967d34 in make_vector_type (innertype=0x76eb1348, nunits=2,
mode=VOIDmode)
at /home/jamborm/gcc/small/gcc/tree.c:8743
#3  0x00912035 in get_vectype_for_scalar_type
(scalar_type=0x76eb1348)
at /home/jamborm/gcc/small/gcc/tree-vect-stmts.c:4523
#4  0x00c23de3 in vect_analyze_data_refs (loop_vinfo=, 
bb_vinfo=0x12a23a0, min_vf=0x7fffde4c)
at /home/jamborm/gcc/small/gcc/tree-vect-data-refs.c:2215
#5  0x00936296 in vect_slp_analyze_bb (bb=0x76eaf3a8)
at /home/jamborm/gcc/small/gcc/tree-vect-slp.c:1483
#6  0x00936aeb in execute_vect_slp ()
at /home/jamborm/gcc/small/gcc/tree-vectorizer.c:276
#7  0x0074156c in execute_one_pass (pass=0x11bdc60)
at /home/jamborm/gcc/small/gcc/passes.c:1565


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562

[Bug c/44774] -Werror=edantic

[paolo dot carlini at oracle dot com]

--- Comment #8 from paolo dot carlini at oracle dot com  2010-07-02 12:18 
---
By the way, the subject should read -Werror=pedantic, right?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774

[Bug target/44707] operand requires impossible reload

[uweigand at gcc dot gnu dot org]

--- Comment #5 from uweigand at gcc dot gnu dot org  2010-07-02 11:50 
---
Fixed.


-- 

uweigand at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707

[Bug target/44707] operand requires impossible reload

[uweigand at gcc dot gnu dot org]

--- Comment #4 from uweigand at gcc dot gnu dot org  2010-07-02 11:48 
---
Subject: Bug 44707

Author: uweigand
Date: Fri Jul  2 11:48:30 2010
New Revision: 161703

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161703
Log:
ChangeLog:

PR target/44707
* config/rs6000/rs6000.c (rs6000_legitimize_reload_address): Recognize
(lo_sum (high ...) ...) patterns generated by earlier passes.

testsuite/ChangeLog:

PR target/44707
* gcc.c-torture/compile/pr44707.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr44707.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707

[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes

[jay dot vaughan at thalesgroup dot com]

--- Comment #5 from jay dot vaughan at thalesgroup dot com  2010-07-02 
11:32 ---
To use the sources provided as a test unit:

1. First, 'make clean'.
2. Then, 'make test.app' - notice the coverage of the constructor/destructor
functions.
3. Then, 'make test.lib' - notice coverage.


-- 

jay dot vaughan at thalesgroup dot com changed:

   What|Removed |Added

 CC||jay dot vaughan at
   ||thalesgroup dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779

[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes

[jay dot vaughan at thalesgroup dot com]

--- Comment #4 from jay dot vaughan at thalesgroup dot com  2010-07-02 
11:31 ---
Created an attachment (id=21068)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21068&action=view)
This is the test library sources for the testunit. 

This file is the test library, which is wrapped around the application, to
demonstrate the behaviour of this bug.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779

[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes

[jay dot vaughan at thalesgroup dot com]

--- Comment #3 from jay dot vaughan at thalesgroup dot com  2010-07-02 
11:30 ---
Created an attachment (id=21067)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21067&action=view)
This is the test application program sources for the testunit. 

This file is the test application, to be wrapped by the test library, to
demonstrate the behaviour of this bug.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779

[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes

[jay dot vaughan at thalesgroup dot com]

--- Comment #2 from jay dot vaughan at thalesgroup dot com  2010-07-02 
11:29 ---
Created an attachment (id=21066)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21066&action=view)
Makefile for testcase.

This the Makefile for a testunit that will demonstrate this behaviour.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779

[Bug c++/44783] New: implement -ftemplate-backtrace-limit=

[manu at gcc dot gnu dot org]

clang:

-ftemplate-backtrace-limit=123: Only emit up to 123 template instantiation
notes within the template instantiation backtrace for a single warning or
error. The default is 10, and the limit can be disabled with
-ftemplate-backtrace-limit=0.

I recently implemented this but hardcoded the value to 10. We should add this
switch to allow configuration of this value (specially to disable the limit).


-- 
   Summary: implement -ftemplate-backtrace-limit=
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manu at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44783

[Bug c/44782] New: implement -ferror-limit=

[manu at gcc dot gnu dot org]

clang:

-ferror-limit=123: Stop emitting diagnostics after 123 errors have been
produced. The default is 20, and the error limit can be disabled with
-ferror-limit=0

(-ferror-limit=1 is equivalent to -Wfatal-errors)


-- 
   Summary: implement -ferror-limit=
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manu at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44782

[Bug c/44774] -Werror=edantic

[manu at gcc dot gnu dot org]

--- Comment #7 from manu at gcc dot gnu dot org  2010-07-02 10:56 ---
Why? All of them do, except -pedantic. I don't see any reason for -pedantic
being exceptional. Or can I start proposing warnings options that do not start
with -W?

Should we introduce a special case for pedantic (code and documentation) for
-Werror= and for -Wno-error= and for -Wno-? I can start opening PRs for the
missing special cases.

We would also need to introduce (and handle specially) -no-pedantic and
-no-pedantic-errors.

All the above is free if we just make -Wpedantic an alias for -pedantic.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774

[Bug c++/44781] unjustified warning about uinitialized variable

[cwg at falma dot de]

--- Comment #2 from cwg at falma dot de  2010-07-02 10:34 ---
Created an attachment (id=21065)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21065&action=view)
unpreprocessed source which triggers the bug


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781

[Bug c++/44781] unjustified warning about uinitialized variable

[cwg at falma dot de]

--- Comment #1 from cwg at falma dot de  2010-07-02 10:33 ---
Created an attachment (id=21064)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21064&action=view)
preprocessed file which triggers the bug


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781

[Bug c++/44781] New: unjustified warning about uinitialized variable

[cwg at falma dot de]

when compiling the attached program with

g++ -g -Wall -Wextra -O2 test.cc

I get the following output:

test.cc: In function 'Tiny_vector foo() [with int D = 1]':
test.cc:67:28: warning: 'point.Tiny_vector::x[i.2]' may be used
uninitialized in this function [-Wuninitialized]

However, the warning about an uninitialized variable seems to be unjustified.

This bug also occurs with g++ 4.4.4.  Then 

c...@argo:~$ g++-snapshot -v -save-temps -g -Wall -Wextra -O2 test.cc
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 20100621-1'
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,ada,c++,java,fortran,objc,obj-c++
--prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin
--enable-gold --with-plugin-ld=ld.gold --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.6-snap/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.6-snap
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.6-snap
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --with-arch-32=i486 --with-tune=generic --disable-werror
--enable-checking=yes --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.0 20100621 (experimental) [trunk revision 161065] (Debian
20100621-1) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/cc1plus -E -quiet -v
-D_GNU_SOURCE test.cc -mtune=generic -march=x86-64 -Wall -Wextra -g
-fworking-directory -O2 -fpch-preprocess -o test.ii
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../x86_64-linux-gnu/include"
ignoring nonexistent directory "/usr/include/x86_64-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 /home/cwg/include
 /home/cwg/il/include

/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0

/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-linux-gnu

/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward
 /usr/local/include
 /usr/lib/gcc-snapshot/include
 /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/include
 /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/cc1plus
-fpreprocessed test.ii -quiet -dumpbase test.cc -mtune=generic -march=x86-64
-auxbase test -g -O2 -Wall -Wextra -version -o test.s
GNU C++ (Debian 20100621-1) version 4.6.0 20100621 (experimental) [trunk
revision 161065] (x86_64-linux-gnu)
compiled by GNU C version 4.6.0 20100621 (experimental) [trunk revision
161065], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (Debian 20100621-1) version 4.6.0 20100621 (experimental) [trunk
revision 161065] (x86_64-linux-gnu)
compiled by GNU C version 4.6.0 20100621 (experimental) [trunk revision
161065], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 0636e4414ce9f58acfa5abe5245be350
test.cc: In function 'Tiny_vector foo() [with int D = 1]':
test.cc:67:28: warning: 'point.Tiny_vector::x[i.2]' may be used
uninitialized in this function [-Wuninitialized]
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'
 as -V -Qy --64 -o test.o test.s
GNU assembler version 2.20.1 (x86_64-linux-gnu) using BFD version (GNU Binutils
for Debian) 2.20.1-system.20100303
COMPILER_PATH=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/home/cwg/lib/../lib/:/home/cwg/il/lib/../lib/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/home/cwg/lib/:/home/cwg/il/lib/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' 

[Bug objc/35165] Massive failures of objc on i686-apple-darwin9

[iains at gcc dot gnu dot org]

--- Comment #18 from iains at gcc dot gnu dot org  2010-07-02 10:23 ---
additional tweaks:
r161687 (trunk) r161688 (4.5).

r161692 (trunk) r161693 (4.5)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35165

[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery

[paolo dot carlini at oracle dot com]

--- Comment #13 from paolo dot carlini at oracle dot com  2010-07-02 10:17 
---
Fixed for 4.5.1.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039

[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery

[paolo at gcc dot gnu dot org]

--- Comment #12 from paolo at gcc dot gnu dot org  2010-07-02 10:15 ---
Subject: Bug 44039

Author: paolo
Date: Fri Jul  2 10:15:10 2010
New Revision: 161700

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161700
Log:
/cp
2010-07-02  Paolo Carlini  

PR c++/44039
* pt.c (tsubst_baselink): Return error_mark_node if lookup_fnfields
returns NULL_TREE.

/testsuite
2010-07-02  Paolo Carlini  

PR c++/44039
* g++.dg/template/crash98.C: New.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/crash98.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/pt.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039

[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery

[paolo at gcc dot gnu dot org]

--- Comment #11 from paolo at gcc dot gnu dot org  2010-07-02 10:13 ---
Subject: Bug 44039

Author: paolo
Date: Fri Jul  2 10:13:21 2010
New Revision: 161698

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161698
Log:
/cp
2010-07-02  Paolo Carlini  

PR c++/44039
* pt.c (tsubst_baselink): Return error_mark_node if lookup_fnfields
returns NULL_TREE.

/testsuite
2010-07-02  Paolo Carlini  

PR c++/44039
* g++.dg/template/crash101.C: New.

Added:
trunk/gcc/testsuite/g++.dg/template/crash101.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039

[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-07-02 10:01 ---
On trunk we now get

> /abuild/rguenther/trunk-g/gcc/xgcc -B/abuild/rguenther/trunk-g/gcc/ 
> /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c
>   -w  -O0   -lm   -fprofile-use -o 
> /abuild/rguenther/trunk-g/gcc/testsuite/gcc/comp-goto-2.x0 
/space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:
In function 'y':
/space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1:
error: corrupted profile info: profile data is not flow-consistent
/space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1:
error: corrupted profile info: number of executions for edge 0-2 thought to be
1001
/space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1:
error: corrupted profile info: number of executions for edge 0-7 thought to be
-1000


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rguenth at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW
   Target Milestone|--- |4.3.6


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777

[Bug target/44761] sh.md warnings

[kkojima at gcc dot gnu dot org]

--- Comment #1 from kkojima at gcc dot gnu dot org  2010-07-02 10:00 ---
I send a patch for this and another warnings on SH

http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02420.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00090.html


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kkojima at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-02 10:00:28
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44761

[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-07-02 09:59 ---
Subject: Bug 44777

Author: rguenth
Date: Fri Jul  2 09:59:19 2010
New Revision: 161695

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161695
Log:
2010-07-02  Richard Guenther  

PR middle-end/44777
* tree-cfg.c (gimple_block_ends_with_call_p): Handle empty BBs.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/tree-cfg.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777

[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-07-02 09:57 ---
Subject: Bug 44777

Author: rguenth
Date: Fri Jul  2 09:57:12 2010
New Revision: 161694

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161694
Log:
2010-07-02  Richard Guenther  

PR middle-end/44777
* tree-cfg.c (gimple_block_ends_with_call_p): Handle empty BBs.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-cfg.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777

[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-07-02 09:53 ---
Mine.  I have a patch for the crash (but we still get corrupted profile info).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-07-02 09:53:16
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777

[Bug middle-end/44706] [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006

[hubicka at gcc dot gnu dot org]

--- Comment #4 from hubicka at gcc dot gnu dot org  2010-07-02 09:40 ---
Subject: Bug 44706

Author: hubicka
Date: Fri Jul  2 09:39:54 2010
New Revision: 161691

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161691
Log:

PR middle-end/44706
* predict.c (predict_paths_for_bb): Handle case when control dependence
BB has only abnormal edges.
* g++.dg/tree-ssa/pr44706.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr44706.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/predict.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44706

[Bug middle-end/37951] -ftree-parallelize-loops=2 fails

[dennis dot wassel at googlemail dot com]

--- Comment #12 from dennis dot wassel at googlemail dot com  2010-07-02 
09:23 ---
Also fails with 4.4.3, one a really small testcase I managed to create:

$ gfortran -O -ftree-parallelize-loops=2 -c 37951.f 
37951.f: In Funktion »test«:
37951.f:1: Fehler: Basisblock 26 sollte als irreduzibel markiert werden
37951.f:1: Fehler: Kante von 26 nach 19 sollte als irreduzibel markiert werden
37951.f:1: Fehler: Basisblock 19 sollte als irreduzibel markiert werden
37951.f:1: Fehler: Kante von 19 nach 12 sollte als irreduzibel markiert werden
37951.f:1: durch frühere Fehler verwirrt, Abbruch

(message is the same as in the other examples - numbers differ, of course!)


-- 

dennis dot wassel at googlemail dot com changed:

   What|Removed |Added

  Known to fail|4.3.2 4.3.3 |4.3.2 4.3.3 4.4.3
Summary|-ftree-parallelize-loops=2  |-ftree-parallelize-loops=2
   |fails for MA57  |fails


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37951

[Bug c/44774] -Werror=edantic

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2010-07-02 09:22 ---
Then the right fix would be not to assume that all such options start with -W,
no?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774

[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780