[Bug middle-end/45422] [4.6 Regression] compile time increases 3x.

[rguenth at gcc dot gnu dot org]

--- Comment #23 from rguenth at gcc dot gnu dot org  2010-08-30 07:11 
---
(In reply to comment #22)
> Given the fact that the solution space is really large -- M^N where M is the
> number of candidates and M is the number of uses (here M == 70 and N == 48), 
> and the cost function is complicated, it will be challenging to come up with
> algorithm that converges really fast, and most importantly -- 'guarantees' an
> optimal solution..

Well - we can't guarantee an optimal solution.  We have to take compile-time
into account which means that O(M^N) is not acceptable but we need to come
up with something that can complete in O((M+N) log (M+N)) time at most.

I btw doubt that the solution found is anywhere near optimal for 32bit
x86 - using 15 IVs instead of 2 can't be cheaper.


-- 


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

[Bug middle-end/45422] [4.6 Regression] compile time increases 3x.

[rguenth at gcc dot gnu dot org]

--- Comment #24 from rguenth at gcc dot gnu dot org  2010-08-30 07:12 
---
(In reply to comment #20)
> (In reply to comment #16)
> > adjust summary according to the last timings
> > 
> 
> I am surprised to see such big differences between trunk and previous 
> releases.
> Compiling this test case with the those options on my core2 box (2.4GHz ) took
> only 56seconds which is comparable with the timing with a 4.4.3 compiler (with
> google local patches including ivopt improvements).

Of course - because the ivopt improvement patches are the problem.


-- 


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

[Bug fortran/38282] Add the remaining HPF bit intrinsics

[fxcoudert at gcc dot gnu dot org]

--- Comment #8 from fxcoudert at gcc dot gnu dot org  2010-08-30 08:27 
---
(In reply to comment #7)
> Do you plan to do it via libgcc/Makefile.in + gcc/libgcc2.c - and then use the
> ME builtin?

That could be fun to try :)


-- 


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

[Bug tree-optimization/45449] New: -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[zsojka at seznam dot cz]

Compiler output:
$ gcc -fcompare-debug -O2 -fno-tree-pre -fno-tree-pta testcase.c
gcc: error: testcase.c: -fcompare-debug failure (length)

Tested revisions:
r163468 - fail
r162940 - fail
r161170 - OK
r161659 - OK


-- 
   Summary: -fcompare-debug failure with -O2 -fno-tree-pre -fno-
tree-pta
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86(_64)-pc-linux-gnu


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

[Bug target/44309] ../../gcc-4.5/gcc/config/t-darwin:25: warning: overriding commands for target `darwin.o'

[iains at gcc dot gnu dot org]

--- Comment #2 from iains at gcc dot gnu dot org  2010-08-30 08:33 ---
indeed - closing as fixed.


-- 

iains at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/45449] -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-08-30 08:35 ---
Created an attachment (id=21590)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21590&action=view)
reduced testcase

$ gcc -fcompare-debug -O2 -fno-tree-pre -fno-tree-pta pr45449.c 
gcc: error: pr45449.c: -fcompare-debug failure (length)


-- 


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

[Bug libgomp/43706] scheduling two threads on one core leads to starvation

[singler at kit dot edu]

--- Comment #20 from singler at kit dot edu  2010-08-30 08:41 ---
Maybe we could agree on a compromise for a start.  Alexander, what are the
corresponding results for GOMP_SPINCOUNT=10?


-- 

singler at kit dot edu changed:

   What|Removed |Added

 CC||singler at kit dot edu


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

[Bug debug/45408] -fcompare-debug failure with -O2 -ftree-vectorize -fno-var-tracking-assignments

[aoliva at gcc dot gnu dot org]

--- Comment #2 from aoliva at gcc dot gnu dot org  2010-08-30 08:53 ---
I can't duplicate this on r163635 trunk, on x86_64-linux-gnu.


-- 


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

[Bug tree-optimization/45449] -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-08-30 08:56 ---
Difference in tail-calling.  Investigating...


-- 

rguenth 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-08-30 08:56:55
   date||


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

[Bug tree-optimization/45449] -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-08-30 09:09 ---
It's because we have dead variables in referenced vars and

455   /* Make sure the tail invocation of this function does not refer
456  to local variables.  */
457   FOR_EACH_REFERENCED_VAR (var, rvi)
458 {
459   if (TREE_CODE (var) != PARM_DECL
460   && auto_var_in_fn_p (var, cfun->decl)
461   && (ref_maybe_used_by_stmt_p (call, var)
462   || call_may_clobber_ref_p (call, var)))
463 return;

triggers for such a dead variable.  The whole check isn't necessary for
sibcalling though.  Still it looks like a latent issue - dead vars
shouldn't be marked TREE_ADDRESSABLE.


-- 

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|NEW |ASSIGNED
   Last reconfirmed|2010-08-30 08:56:55 |2010-08-30 09:09:09
   date||


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

[Bug tree-optimization/45450] New: [graphite] some programs do not pass the legality check

[baghdadi dot mr at gmail dot com]

In the graphite branch some programs do not pass the legality check with the
following flags:

$ gcc -O3 -fgraphite -fno-loop-block run-id-pr42644.c
When executed, the program cannot pass any legality check similar to :
gcc_assert (graphite_legal_transform (scop));

Test files that have the same problem are :
id-17.c
id-1.c
pr37828.c
pr38510.c
pr38786.c
pr39335_1.c
pr39335.c
pr42211.c
run-id-pr42644.c

To produce the error you'll need to insert this test manually since the test is
not accessible by default. (it's called when you activate the option
-fgraphite-write, and after code transformation, code transformation make the
check pass but if the check is inserted before code transformation, there will
be an error). 
The same bug was also there without when I use a graphite version without any
recent OpenScop patches, so it's not related to recent changes by OpenScop
patches.


-- 
   Summary: [graphite] some programs do not pass the legality check
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: baghdadi dot mr at gmail dot com


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

[Bug debug/45408] -fcompare-debug failure with -O2 -ftree-vectorize -fno-var-tracking-assignments

[zsojka at seznam dot cz]

--- Comment #3 from zsojka at seznam dot cz  2010-08-30 10:58 ---
It still fails for me, r163636:
$ /mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/bin/gcc
-fcompare-debug -ftree-vectorize -fno-var-tracking-assignments -O2
testcase-min3.ii -v
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk/configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df
Thread model: posix
gcc version 4.6.0 20100830 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-fcompare-debug=-gtoggle' '-ftree-vectorize'
'-fno-var-tracking-assignments' '-O2' '-v' '-mtune=generic' '-march=x86-64'

/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-fpreprocessed testcase-min3.ii -quiet -dumpbase testcase-min3.ii
-mtune=generic -march=x86-64 -auxbase testcase-min3 -O2 -version
-fcompare-debug=-gtoggle -ftree-vectorize -fno-var-tracking-assignments
-frandom-seed=0xc2a418ea -fdump-final-insns=/tmp/cczfC9TV.gkd -o
/tmp/cc5tTAgp.s
GNU C++ (GCC) version 4.6.0 20100830 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100830 (experimental), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.6.0 20100830 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100830 (experimental), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 01faedd5cf2fd2cf2fddcfbd58cba8ee
COLLECT_GCC_OPTIONS='-fcompare-debug=-gtoggle' '-ftree-vectorize'
'-fno-var-tracking-assignments' '-O2' '-v' '-mtune=generic' '-march=x86-64'
 as -V -Qy --64 -o /tmp/ccoCyhWT.o /tmp/cc5tTAgp.s
GNU assembler version 2.20.1 (x86_64-pc-linux-gnu) using BFD version (GNU
Binutils) 2.20.1.20100303
gcc: note: recompiling with -fcompare-debug
COLLECT_GCC_OPTIONS='-fcompare-debug=-gtoggle' '-ftree-vectorize'
'-fno-var-tracking-assignments' '-O2' '-v' '-mtune=generic' '-march=x86-64'
'-w' '-S' '-o' '/dev/null' '-fcompare-debug-second' '-gtoggle'

/mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus
-fpreprocessed testcase-min3.ii -quiet -dumpbase testcase-min3.ii.gk
-mtune=generic -march=x86-64 -auxbase testcase-min3 -gtoggle -O2 -w -version
-fcompare-debug=-gtoggle -ftree-vectorize -fno-var-tracking-assignments
-fcompare-debug-second -o /dev/null -frandom-seed=0xc2a418ea
-fdump-final-insns=/tmp/ccHFJEDo.gk.gkd
GNU C++ (GCC) version 4.6.0 20100830 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100830 (experimental), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.6.0 20100830 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.0 20100830 (experimental), GMP version
4.3.2, MPFR version 2.4.2-p3, MPC version 0.8.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 01faedd5cf2fd2cf2fddcfbd58cba8ee
gcc: note: comparing final insns dumps
gcc: error: testcase-min3.ii: -fcompare-debug failure

The second testcase from PR45419 shows this difference as well.


-- 


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

[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'

[mikpe at it dot uu dot se]

--- Comment #1 from mikpe at it dot uu dot se  2010-08-30 11:12 ---
It also ICEs current gcc-4.4 and gcc-4.6.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||mikpe at it dot uu dot se


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

[Bug tree-optimization/45449] -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-08-30 11:13 ---
Subject: Bug 45449

Author: rguenth
Date: Mon Aug 30 11:13:05 2010
New Revision: 163638

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163638
Log:
2010-08-30  Richard Guenther  

PR tree-optimization/45449
* tree-ssa-live.c (remove_unused_locals): Also remove address-taken
variables.

* gcc.dg/pr45449.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/pr45449.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-live.c


-- 


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

[Bug tree-optimization/45449] -fcompare-debug failure with -O2 -fno-tree-pre -fno-tree-pta

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-08-30 11:37 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45423] #pragma omp atomic on bool has issues

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2010-08-30 11:38 ---
Created an attachment (id=21591)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21591&action=view)
gcc46-pr45423.patch

Patch I'm going to bootstrap/regtest.


-- 


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

[Bug fortran/44602] [F2008] EXIT: Jump to end of construct

[domob at gcc dot gnu dot org]

--- Comment #4 from domob at gcc dot gnu dot org  2010-08-30 12:07 ---
Mine.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-08-30 12:07:54
   date||


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

[Bug fortran/45451] New: [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[sfilippone at uniroma2 dot it]

Hello,
After a lot (a LOT) of work, I've come up with this test case. The test case
*appears* to run fine, but valgrind shows something is amiss, and in the full
application (much more complex) there follow multiple segfaults. I did not find
(so far) a way to have a test case both small and exibiting the error out of
valgrind, hope you'll pardon me. 
The error: the ALLOCATABLE components of the ATX%A variable are detected as
ALLOCATED, and seemingly are printed OK, but VALGRIND says they were already
freed.

===
[sfili...@donald bug23]$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local/gnu46/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gnu46
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.6.0 20100830 (experimental) (GCC) 
[sfili...@donald bug23]$ gfortran -ggdb  -o bug23 bug23.f03
[sfili...@donald bug23]$ ./bug23
 New version 
 Allocation status:  T T T
   0   0   4   5
   0   0   2   3   0   0   
   0   0   0   0   0   0
   0.1.2.  
 3.0.0.   
0.0.0.   
0.0.0. 
[sfili...@donald bug23]$ valgrind ./bug23
==6940== Memcheck, a memory error detector
==6940== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==6940== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==6940== Command: ./bug23
==6940== 
 New version 
 Allocation status:  T T T
==6940== Invalid read of size 4
==6940==at 0x4CC19B8: extract_int (write.c:450)
==6940==by 0x4CC27B1: write_integer (write.c:1260)
==6940==by 0x4CC5BDE: _gfortrani_list_formatted_write (write.c:1552)
==6940==by 0x4CBACA7: _gfortran_transfer_array (transfer.c:2000)
==6940==by 0x401834: MAIN__ (bug23.f03:308)
==6940==by 0x40197A: main (bug23.f03:284)
==6940==  Address 0x5141450 is 0 bytes inside a block of size 16 free'd
==6940==at 0x4A04D72: free (vg_replace_malloc.c:325)
==6940==by 0x4CCB5A8: _gfortran_move_alloc (move_alloc.c:41)
==6940==by 0x400B90: __psb_d_csr_mat_mod_MOD_psb_d_mv_csr_from_fmt
(bug23.f03:238)
==6940==by 0x401449: __psb_d_mat_mod_MOD_psb_d_mv_from (bug23.f03:277)
==6940==by 0x4016C6: MAIN__ (bug23.f03:302)
==6940==by 0x40197A: main (bug23.f03:284)
==6940== 
   1   3   4   5
   1   1   2   3   0   0   
   0   0   0   0   0   0
==6940== Invalid read of size 8
==6940==at 0x4CC3795: write_float (write_float.def:1050)
==6940==by 0x4CC508C: _gfortrani_write_real (write.c:1470)
==6940==by 0x4CC5BAE: _gfortrani_list_formatted_write (write.c:1561)
==6940==by 0x4CBACA7: _gfortran_transfer_array (transfer.c:2000)
==6940==by 0x401904: MAIN__ (bug23.f03:310)
==6940==by 0x40197A: main (bug23.f03:284)
==6940==  Address 0x5141510 is 0 bytes inside a block of size 96 free'd
==6940==at 0x4A04D72: free (vg_replace_malloc.c:325)
==6940==by 0x4CCB5A8: _gfortran_move_alloc (move_alloc.c:41)
==6940==by 0x400BDC: __psb_d_csr_mat_mod_MOD_psb_d_mv_csr_from_fmt
(bug23.f03:240)
==6940==by 0x401449: __psb_d_mat_mod_MOD_psb_d_mv_from (bug23.f03:277)
==6940==by 0x4016C6: MAIN__ (bug23.f03:302)
==6940==by 0x40197A: main (bug23.f03:284)
==6940== 
   1.1.2.  
 3.0.0.   
0.0.0.   
0.0.0. 
==6940== 
==6940== HEAP SUMMARY:
==6940== in use at exit: 0 bytes in 0 blocks
==6940==   total heap usage: 33 allocs, 33 frees, 4,938 bytes allocated
==6940== 
==6940== All heap blocks were freed -- no leaks are possible
==6940== 
==6940== For counts of detected and suppressed errors, rerun with: -v
==6940== ERROR SUMMARY: 28 errors from 2 contexts (suppressed: 6 from 6)


-- 
   Summary: [OOP] Inconsistent status of ALLOCATABLE components
inside CLASS variables.
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sfilippone at uniroma2 dot it
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC targe

[Bug fortran/45451] [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[sfilippone at uniroma2 dot it]

--- Comment #1 from sfilippone at uniroma2 dot it  2010-08-30 12:09 ---
Created an attachment (id=21592)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21592&action=view)
test case


-- 


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

[Bug fortran/45451] [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[sfilippone at uniroma2 dot it]

--- Comment #2 from sfilippone at uniroma2 dot it  2010-08-30 12:12 ---
(In reply to comment #0)
> Hello,
> After a lot (a LOT) of work, I've come up with this test case. The test case
> *appears* to run fine, but valgrind shows something is amiss, and in the full
> application (much more complex) there follow multiple segfaults. I did not 
> find
> (so far) a way to have a test case both small and exibiting the error out of
> valgrind, hope you'll pardon me. 
> The error: the ALLOCATABLE components of the ATX%A variable are detected as
> ALLOCATED, and seemingly are printed OK, but VALGRIND says they were already
> freed.
> 
>

Should be more careful before talking: the output is visibly wrong. 

> [sfili...@donald bug23]$ ./bug23
>  New version 
>  Allocation status:  T T T
>0   0   4   5
>0   0   2   3   0   0  
>  
>0   0   0   0   0   0
>0.1.2. 
>  
>  3.0.0.   
> 0.0.0.   
> 0.0.0. 
> [sfili...@donald bug23]$ valgrind ./bug23
> ==6940== Memcheck, a memory error detector
> ==6940== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
> ==6940== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
> ==6940== Command: ./bug23
> ==6940== 
>  New version 
>  Allocation status:  T T T
> ==6940== Invalid read of size 4
> ==6940==at 0x4CC19B8: extract_int (write.c:450)
> ==6940==by 0x4CC27B1: write_integer (write.c:1260)
> ==6940==by 0x4CC5BDE: _gfortrani_list_formatted_write (write.c:1552)
> ==6940==by 0x4CBACA7: _gfortran_transfer_array (transfer.c:2000)
> ==6940==by 0x401834: MAIN__ (bug23.f03:308)
> ==6940==by 0x40197A: main (bug23.f03:284)
> ==6940==  Address 0x5141450 is 0 bytes inside a block of size 16 free'd
> ==6940==at 0x4A04D72: free (vg_replace_malloc.c:325)
> ==6940==by 0x4CCB5A8: _gfortran_move_alloc (move_alloc.c:41)
> ==6940==by 0x400B90: __psb_d_csr_mat_mod_MOD_psb_d_mv_csr_from_fmt
> (bug23.f03:238)
> ==6940==by 0x401449: __psb_d_mat_mod_MOD_psb_d_mv_from (bug23.f03:277)
> ==6940==by 0x4016C6: MAIN__ (bug23.f03:302)
> ==6940==by 0x40197A: main (bug23.f03:284)
> ==6940== 
>1   3   4   5
>1   1   2   3   0   0  
>  
>0   0   0   0   0   0
> ==6940== Invalid read of size 8
> ==6940==at 0x4CC3795: write_float (write_float.def:1050)
> ==6940==by 0x4CC508C: _gfortrani_write_real (write.c:1470)
> ==6940==by 0x4CC5BAE: _gfortrani_list_formatted_write (write.c:1561)
> ==6940==by 0x4CBACA7: _gfortran_transfer_array (transfer.c:2000)
> ==6940==by 0x401904: MAIN__ (bug23.f03:310)
> ==6940==by 0x40197A: main (bug23.f03:284)
> ==6940==  Address 0x5141510 is 0 bytes inside a block of size 96 free'd
> ==6940==at 0x4A04D72: free (vg_replace_malloc.c:325)
> ==6940==by 0x4CCB5A8: _gfortran_move_alloc (move_alloc.c:41)
> ==6940==by 0x400BDC: __psb_d_csr_mat_mod_MOD_psb_d_mv_csr_from_fmt
> (bug23.f03:240)
> ==6940==by 0x401449: __psb_d_mat_mod_MOD_psb_d_mv_from (bug23.f03:277)
> ==6940==by 0x4016C6: MAIN__ (bug23.f03:302)
> ==6940==by 0x40197A: main (bug23.f03:284)
> ==6940== 
>1.1.2. 
>  
>  3.0.0.   
> 0.0.0.   
> 0.0.0. 
> ==6940== 
> ==6940== HEAP SUMMARY:
> ==6940== in use at exit: 0 bytes in 0 blocks
> ==6940==   total heap usage: 33 allocs, 33 frees, 4,938 bytes allocated
> ==6940== 
> ==6940== All heap blocks were freed -- no leaks are possible
> ==6940== 
> ==6940== For counts of detected and suppressed errors, rerun with: -v
> ==6940== ERROR SUMMARY: 28 errors from 2 contexts (suppressed: 6 from 6)
> 


-- 


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

[Bug fortran/45451] [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[sfilippone at uniroma2 dot it]

--- Comment #3 from sfilippone at uniroma2 dot it  2010-08-30 12:13 ---

And here is the (expected) output with XLF.
[snfi...@josquin ~]$ xlf2003_r -o bug23 bug23.f03 
** psb_const_mod   === End of Compilation 1 ===
** psb_base_mat_mod   === End of Compilation 2 ===
** psb_d_base_mat_mod   === End of Compilation 3 ===
** psb_d_csr_mat_mod   === End of Compilation 4 ===
** psb_d_mat_mod   === End of Compilation 5 ===
** bug23   === End of Compilation 6 ===
1501-510  Compilation successful for file bug23.f03.
[snfi...@josquin ~]$ ./bug23 
 New version 
 Allocation status:  T T T
 1 3 4 5
 1 1 2 3 0 0 0 0 0 0 0 0
 1.0 1.0 2.0
3.0 0.00E+00 0.00E+00
0.00E+00 0.00E+00 0.00E+00
0.00E+00 0.00E+00 0.00E+00


-- 


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

[Bug debug/45419] -fcompare-debug failure at -O3

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2010-08-30 12:53 ---
Created an attachment (id=21593)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21593&action=view)
gcc46-pr45419.patch

Fix for the valgrind issue.


-- 


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

[Bug middle-end/45393] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2135

[hjl at gcc dot gnu dot org]

--- Comment #11 from hjl at gcc dot gnu dot org  2010-08-30 13:32 ---
Subject: Bug 45393

Author: hjl
Date: Mon Aug 30 13:32:18 2010
New Revision: 163642

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163642
Log:
Properly transfer and clean EH info when CSE sincos.

gcc/

2010-08-30  H.J. Lu  

Backport from mainline
2010-08-25  Richard Guenther  

PR tree-optimization/45393
* tree-ssa-math-opts.c (execute_cse_sincos_1): Properly transfer
and clean EH info.  Avoid SSA update.
(execute_cse_sincos): Cleanup the CFG if it has changed.

gcc/testsuite/

2010-08-30  H.J. Lu  

Backport from mainline
2010-08-25  Richard Guenther  

PR tree-optimization/45393
* g++.dg/torture/pr45393.C: New testcase.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr45393.C
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/tree-ssa-math-opts.c


-- 


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

[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2010-08-30 13:37 ---
Subject: Bug 44991

Author: jason
Date: Mon Aug 30 13:37:34 2010
New Revision: 163643

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163643
Log:
PR c++/44991
* parser.c (cp_parser_parameter_declaration): Pop parameter decls
after tentative parsing.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/parse/defarg15.C
Modified:
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/parser.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error

[jason at gcc dot gnu dot org]

--- Comment #5 from jason at gcc dot gnu dot org  2010-08-30 13:38 ---
Subject: Bug 44991

Author: jason
Date: Mon Aug 30 13:38:09 2010
New Revision: 163644

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163644
Log:
PR c++/44991
* parser.c (cp_parser_parameter_declaration): Pop parameter decls
after tentative parsing.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/parse/defarg15.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2010-08-30 13:39 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21602] builtin memmove could be memcpy if src and dst don't alias

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-08-30 13:46 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/21602] builtin memmove could be memcpy if src and dst don't alias

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-08-30 13:46 ---
Subject: Bug 21602

Author: rguenth
Date: Mon Aug 30 13:46:31 2010
New Revision: 163646

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163646
Log:
2010-08-30  Richard Guenther  

PR tree-optimization/21602
* builtins.c (fold_builtin_memory_op): Fold memmove to memcpy
using points-to information.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c


-- 


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

[Bug debug/45419] -fcompare-debug failure at -O3

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2010-08-30 14:05 ---
The other issue comes from MEM_ATTRS caching.
mem_attrs_htab_eq
considers MEM_EXPR to be equal if:
279  && (p->expr == q->expr
280  || (p->expr != NULL_TREE && q->expr != NULL_TREE
281  && operand_equal_p (p->expr, q->expr, 0;

With -g there happens to be a different MEM_ATTRS in the cache than without -g,
and as both are operand_equal_p, gcc doesn't care which one it chooses.

As -fcompare-debug does a textual comparison, I guess we'd for
-fdump-final-insns need to dump something that is stable.  E.g. it could print
just iterative_hash_expr (MEM_EXPR (memref), 0) instead of printing the
expression.  I'm not sure whether that would fix this completely, because
I believe if there are collisions, mem_attrs_htab_eq could return true even if
mem_attrs_htab_hash is different.  Therefore perhaps mem_attrs_htab_eq should
also check (size_t) iterative_hash_expr (p->expr, 0) == (size_t)
iterative_hash_expr (q->expr, 0) if operand_equal_p returned true.


-- 


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

[Bug debug/45419] -fcompare-debug failure at -O3

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2010-08-30 14:29 ---
Unfortunately printing iterative_hash_expr for MEM_EXPR if final_insns_dump_p
is actually worse, because iterative_hash_expr uses DECL_UID, which isn't
guaranteed to be the same between -g and -g0.
So, either we shouldn't print MEM_EXPR at all for final_insns_dump_p, or come
up with iterative_hash_expr alternative which doesn't hash using DECL_UIDs, but
DECL_NAME.


-- 


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

[Bug debug/45419] -fcompare-debug failure at -O3

[rguenther at suse dot de]

--- Comment #10 from rguenther at suse dot de  2010-08-30 14:30 ---
Subject: Re:  -fcompare-debug failure at -O3

On Mon, 30 Aug 2010, jakub at gcc dot gnu dot org wrote:

> --- Comment #9 from jakub at gcc dot gnu dot org  2010-08-30 14:29 ---
> Unfortunately printing iterative_hash_expr for MEM_EXPR if final_insns_dump_p
> is actually worse, because iterative_hash_expr uses DECL_UID, which isn't
> guaranteed to be the same between -g and -g0.
> So, either we shouldn't print MEM_EXPR at all for final_insns_dump_p, or come
> up with iterative_hash_expr alternative which doesn't hash using DECL_UIDs, 
> but
> DECL_NAME.

Or dump MEM_EXPR caching?

Richard.


-- 


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

[Bug c/25509] can't disable __attribute__((warn_unused_result))

[bkorb at gnu dot org]

--- Comment #25 from bkorb at gnu dot org  2010-08-30 14:42 ---
> > gcc currently has no middle option.
> 
> Also this attribute is not on by default in glibc so you are asking to  
> turn on the style based warnings.

(In reply to comment #24)
> FIXED in GCC 4.5

After having waded through this long series of comments, I am left
wondering just how this got addressed.  Does  --no-warn-unused-result
mean that fwrite() usage may be cast to void, or that it may be
treated as if it were a void procedure?  I think it is very reasonable
to warn if a returned result is not handled.  Casting to void is
a valid way to handle the result.  I would like warnings when returned
results are not handled.  What does the fix do?


-- 


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

[Bug c/25509] can't disable __attribute__((warn_unused_result))

[rguenth at gcc dot gnu dot org]

--- Comment #26 from rguenth at gcc dot gnu dot org  2010-08-30 15:00 
---
(In reply to comment #25)
> > > gcc currently has no middle option.
> > 
> > Also this attribute is not on by default in glibc so you are asking to  
> > turn on the style based warnings.
> 
> (In reply to comment #24)
> > FIXED in GCC 4.5
> 
> After having waded through this long series of comments, I am left
> wondering just how this got addressed.  Does  --no-warn-unused-result
> mean that fwrite() usage may be cast to void, or that it may be
> treated as if it were a void procedure?  I think it is very reasonable
> to warn if a returned result is not handled.  Casting to void is
> a valid way to handle the result.  I would like warnings when returned
> results are not handled.  What does the fix do?

It simply adds -W[no-]unused-result and completely enables/disables all
unused result warnings.


-- 


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

[Bug tree-optimization/45397] [4.5/4.6 Regression] Issues with integer narrowing conversions

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.2


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

[Bug fortran/45319] [4.5 Regression] FAIL: libgomp.fortran/vla4.f90

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.2


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

[Bug inline-asm/45160] [4.4.x/4.5.x regression] Invalid assembly code is generated for x86 architecture for faad2 library (AAC decode algorithm)

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2010-08-30 15:47 
---
Not a gcc bug.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/38644] [4.3/4.4/4.5/4.6 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code

[rguenth at gcc dot gnu dot org]

--- Comment #30 from rguenth at gcc dot gnu dot org  2010-08-30 15:48 
---
A regression but no known-to-work version?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.6


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

[Bug tree-optimization/41881] [4.5/4.6 regression] Complete unrolling (inner) versus vectorization of reduction

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/44731] [4.5 Regression] Return value optimization produces inaccurate debug info

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/45043] [4.4/4.5/4.6 Regression] ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug c/45079] [4.5 Regression] function names in error message (�c_maybe_const_expr� not supported by 'pp_c_expression')

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-08-30 15:52 ---
Jakub, ping.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/45081] [4.3/4.4/4.5/4.6 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug tree-optimization/45083] [4.3/4.4/4.5 Regression] strange warning text from gcc

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/45241] [4.5/4.6 Regression] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2010-08-30 15:54 ---
ISTR a review of a patch?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/45260] [4.5/4.6 Regression] g++4.5: -prefetch-loop-arrays internal compiler error: in verify_expr, at tree-cfg.c:2541

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2010-08-30 15:55 ---
Fixed.  Changpeng, please remember to add PR tree-optimization/45260 to commit
messages (well, paste aggregated changelog entries there).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/45267] [4.5 regression] inlining fails with -m32

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2010-08-30 15:57 
---
Wonder what fixed it on the trunk.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work|4.4.4   |4.4.4 4.6.0
   Priority|P3  |P2


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

[Bug middle-end/45273] [4.4/4.5/4.6 Regression] The compiler depends on the host double (-fprofile-corection only)

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-08-30 15:57 ---
I also see SIGFPEs recently on FDO SPEC 2000.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2010-08-30 15:57:37
   date||


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

[Bug tree-optimization/45314] [4.5/4.6 Regression] ICE: error: in remove_unreachable_handlers, at tree-sh.c:3294 with -O2 -floop-interchange

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/45393] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2135

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2010-08-30 16:00 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work|4.4.4 4.6.0 |4.4.4 4.5.2 4.6.0
 Resolution||FIXED


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

[Bug c++/45383] [4.5/4.6 Regression] Implicit conversion to pointer does no longer automatically generate operator== and operator!=.

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/45397] [4.5/4.6 Regression] Issues with integer narrowing conversions

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/45416] [4.5/4.6 Regression] Code size regression between 4.6(4.5) and 4.4 for ARM

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug ada/45421] [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in sem_aggr.sort_case_table

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

[Bug middle-end/45297] [4.6 Regression] ICE: in create_linear_expr_from_tree, at graphite-sese-to-poly.c:1210 with -Os -fgraphite-identity

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

[Bug middle-end/45325] [4.6 Regression] target attribute doesn't work with -march=i586

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

[Bug bootstrap/45444] [4.6 regression] ARM bootstrap failure: uninitialized const member in 'neon_builtin_datum' is invalid in C++ [-Werror=c++-compat]

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

[Bug fortran/45438] [4.6 Regression] [OOP] ICE with -fcheck=pointer

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

[Bug target/45250] [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc

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

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

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

[Bug c/45452] New: Change default link order

[ir0nh34d at gmail dot com]

Due to kernel32 exporting many of the same functions as advapi32 in Win 7 but
not in prior Windows versions, executables that link to those functions in
kernel32 cause entry point errors on older Windows releases.

Currently it uses:

-luser32 -lkernel32 -ladvapi32 -lshell32

Kai Tietz has proposed:

-lshell32 -ladvapi32 -luser32 -lkernel32


-- 
   Summary: Change default link order
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ir0nh34d at gmail dot com
 GCC build triplet: x86_64-w64-mingw32
  GCC host triplet: x86_64-w64-mingw32
GCC target triplet: x86_64-w64-mingw32


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

[Bug target/45250] [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2010-08-30 16:06 ---
Please provide preprocessed source.  Sounds like my patch uncovered a latent
issue.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/45043] [4.4/4.5/4.6 Regression] ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code

[paolo dot carlini at oracle dot com]

--- Comment #4 from paolo dot carlini at oracle dot com  2010-08-30 16:29 
---
Just checking that TREE_CODE (dname) == IDENTIFIER_NODE before using
MAIN_NAME_P on it appears to fix the issue. 


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
   |dot org |dot com
 Status|NEW |ASSIGNED


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

[Bug fortran/45451] [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[janus at gcc dot gnu dot org]

-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2010-08-30 16:31:56
   date||


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

[Bug bootstrap/39150] Configure scripts have no 64-Bit Solaris defined (only i386-solaris*).

[rwild at gcc dot gnu dot org]

--- Comment #20 from rwild at gcc dot gnu dot org  2010-08-30 16:35 ---
I know this PR is closed, and don't want to reopen it or anything; sorry for
being late to the party.  But the information missing from it is that
  ../gcc/configure CC='gcc -m64' ...

should allow config.guess to infer 64-bit mode.  If install.texi does not
recommend putting ABI flags in $CC, then it probably should.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rwild at gcc dot gnu dot org


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

[Bug tree-optimization/45241] [4.5/4.6 Regression] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre

[changpeng dot fang at amd dot com]

--- Comment #9 from changpeng dot fang at amd dot com  2010-08-30 16:37 
---
Review approval for the trunk:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00931.html

Review Approval for 4.5 branch:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg02112.html


-- 


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

[Bug tree-optimization/45241] [4.5/4.6 Regression] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre

[changpeng dot fang at amd dot com]

--- Comment #10 from changpeng dot fang at amd dot com  2010-08-30 16:39 
---
r163207 - in /trunk/gcc: ChangeLog testsuite/Ch...

* From: cfang at gcc dot gnu dot org
* To: gcc-cvs at gcc dot gnu dot org
* Date: Thu, 12 Aug 2010 22:18:34 -
* Subject: r163207 - in /trunk/gcc: ChangeLog testsuite/Ch...

Author: cfang
Date: Thu Aug 12 22:18:32 2010
New Revision: 163207

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163207
Log:
pr45241 give up dot_prod pattern searching if stmt is outside the loop.

* tree-vect-patterns.c (vect_recog_dot_prod_pattern): Give
up dot_prod pattern searching if a stmt is outside the loop.

* gcc.dg/vect/no-tree-pre-pr45241.c: New.

Added:
trunk/gcc/testsuite/gcc.dg/vect/no-tree-pre-pr45241.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-patterns.c


-- 


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

[Bug tree-optimization/45241] [4.5/4.6 Regression] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre

[changpeng dot fang at amd dot com]

--- Comment #11 from changpeng dot fang at amd dot com  2010-08-30 16:40 
---
r163286 - in /branches/gcc-4_5-branch/gcc: Chan...

* From: cfang at gcc dot gnu dot org
* To: gcc-cvs at gcc dot gnu dot org
* Date: Mon, 16 Aug 2010 21:02:30 -
* Subject: r163286 - in /branches/gcc-4_5-branch/gcc: Chan...

Author: cfang
Date: Mon Aug 16 21:02:29 2010
New Revision: 163286

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163286
Log:
pr45241 give up dot_prod pattern searching if stmt is outside the loop.

* tree-vect-patterns.c (vect_recog_dot_prod_pattern): Give
up dot_prod pattern searching if a stmt is outside the loop.

* gcc.dg/vect/no-tree-pre-pr45241.c: New.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/vect/no-tree-pre-pr45241.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/tree-vect-patterns.c


-- 


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

[Bug tree-optimization/45241] [4.5/4.6 Regression] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre

[changpeng dot fang at amd dot com]

--- Comment #12 from changpeng dot fang at amd dot com  2010-08-30 16:41 
---
Fixed!


-- 

changpeng dot fang at amd dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45422] [4.6 Regression] compile time increases 3x.

[davidxl at gcc dot gnu dot org]

--- Comment #25 from davidxl at gcc dot gnu dot org  2010-08-30 16:41 
---
(In reply to comment #24)
> (In reply to comment #20)
> > (In reply to comment #16)
> > > adjust summary according to the last timings
> > > 
> > 
> > I am surprised to see such big differences between trunk and previous 
> > releases.
> > Compiling this test case with the those options on my core2 box (2.4GHz ) 
> > took
> > only 56seconds which is comparable with the timing with a 4.4.3 compiler 
> > (with
> > google local patches including ivopt improvements).
> 
> Of course - because the ivopt improvement patches are the problem.
> 

It is just the total time diff from Joost's measure can be just explained by
ivopt component.

David


-- 


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

[Bug target/26552] gcc.dg/sibcall-6.c fails on x86-darwin with default options

[mrs at gcc dot gnu dot org]

--- Comment #4 from mrs at gcc dot gnu dot org  2010-08-30 16:49 ---
Let us know if there are any remaining issues, thanks.


-- 

mrs at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45423] #pragma omp atomic on bool has issues

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2010-08-30 17:16 ---
Subject: Bug 45423

Author: jakub
Date: Mon Aug 30 17:16:29 2010
New Revision: 163653

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163653
Log:
PR middle-end/45423
* gimplify.c (goa_stabilize_expr): Handle TRUTH_NOT_EXPR
and TRUTH_{AND,OR,XOR}_EXPR.
* c-parser.c (c_parser_omp_atomic): Handle boolean
{PRE,POST}_{INC,DEC}REMENT.
cp/
* parser.c (cp_parser_omp_atomic): Handle boolean
{PRE,POST}_INCREMENT.
testsuite/
* gcc.dg/gomp/atomic-12.c: New test.
* gcc.dg/gomp/atomic-13.c: New test.
* gcc.dg/gomp/atomic-14.c: New test.
* g++.dg/gomp/atomic-11.C: New test.
* g++.dg/gomp/atomic-12.C: New test.
* g++.dg/gomp/atomic-13.C: New test.
* g++.dg/gomp/atomic-14.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/atomic-11.C
trunk/gcc/testsuite/g++.dg/gomp/atomic-12.C
trunk/gcc/testsuite/g++.dg/gomp/atomic-13.C
trunk/gcc/testsuite/g++.dg/gomp/atomic-14.C
trunk/gcc/testsuite/gcc.dg/gomp/atomic-12.c
trunk/gcc/testsuite/gcc.dg/gomp/atomic-13.c
trunk/gcc/testsuite/gcc.dg/gomp/atomic-14.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/gimplify.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/45419] -fcompare-debug failure at -O3

[jakub at gcc dot gnu dot org]

--- Comment #11 from jakub at gcc dot gnu dot org  2010-08-30 17:17 ---
Subject: Bug 45419

Author: jakub
Date: Mon Aug 30 17:17:15 2010
New Revision: 163654

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163654
Log:
PR debug/45419
* tree-ssa-live.c (dump_enumerated_decls): Clear the whole wi variable.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-live.c


-- 


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

[Bug target/45250] [4.6 Regression] FAIL: tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check_nan.cc

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca  2010-08-30 
17:23 ---
Subject: Re:  [4.6 Regression] FAIL:
tr1/5_numerical_facilities/special_functions/01_assoc_laguerre/check
_nan.cc

> Please provide preprocessed source.  Sounds like my patch uncovered a latent
> issue.

Attached.


--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2010-08-30 
17:23 ---
Created an attachment (id=21594)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21594&action=view)


-- 


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

[Bug c++/45043] [4.4/4.5/4.6 Regression] ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code

[paolo at gcc dot gnu dot org]

--- Comment #5 from paolo at gcc dot gnu dot org  2010-08-30 18:13 ---
Subject: Bug 45043

Author: paolo
Date: Mon Aug 30 18:13:32 2010
New Revision: 163655

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163655
Log:
/cp
2010-08-30  Paolo Carlini  

PR c++/45043
* decl.c (grokdeclarator): Use MAIN_NAME_P only on IDENTIFIER_NODEs.

/testsuite
2010-08-30  Paolo Carlini  

PR c++/45043
* g++.dg/template/crash102.C: New.

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


-- 


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

[Bug c++/45043] [4.4/4.5 Regression] ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2010-08-30 18:15 
---
Fixed for 4.6.0.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
   |dot com |dot org
 Status|ASSIGNED|NEW
  Known to fail|4.4.5 4.5.1 4.6.0   |4.4.5 4.5.1
  Known to work|4.3.2   |4.3.2 4.6.0
Summary|[4.4/4.5/4.6 Regression]|[4.4/4.5 Regression] ICE:
   |ICE: tree check: expected   |tree check: expected
   |identifier_node, have   |identifier_node, have
   |bit_not_expr in |bit_not_expr in
   |grokdeclarator, at  |grokdeclarator, at
   |cp/decl.c:8113 on invalid   |cp/decl.c:8113 on invalid
   |code|code


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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

[rth at gcc dot gnu dot org]

--- Comment #3 from rth at gcc dot gnu dot org  2010-08-30 18:20 ---
It's caused by this:

config/i386/darwin.h:#define STACK_BOUNDARY 128

I think you want to delete that and allow STACK_BOUNDARY to be defined
by i386.h to UNITS_PER_WORD.  Non-leaf functions should be handled by

#define MIN_STACK_BOUNDARY 128

which should get you your ABI minimum for the callee.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rth at gcc dot gnu dot org


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

[Bug fortran/44602] [F2008] EXIT: Jump to end of construct

[domob at gcc dot gnu dot org]

--- Comment #5 from domob at gcc dot gnu dot org  2010-08-30 18:27 ---
Experimental patch here: http://gcc.gnu.org/ml/fortran/2010-08/msg00456.html

It seems to do what it is supposed to (basically) and also runs the full
test-case of PR 44709 comment 0, but there seems to be at least one regression
to work out.


-- 


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

[Bug rtl-optimization/38644] [4.3/4.4/4.5/4.6 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code

[mikpe at it dot uu dot se]

--- Comment #31 from mikpe at it dot uu dot se  2010-08-30 18:59 ---
(In reply to comment #30)
> A regression but no known-to-work version?

4.2.4 is known to work.  See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091#c5


-- 


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

[Bug tree-optimization/45453] New: [4.6 Regression] ICE: verify_cgraph_node failed: inlined_to pointer set for noninline callers with -O2 -fno-early-inlining

[zsojka at seznam dot cz]

Command line:
$ gcc -O2 -fno-early-inlining testcase.C

Compiler output:
$ /mnt/svn/gcc-trunk/binary-163636-lto-fortran-checking-yes-rtl-df/bin/gcc -O2
-fno-early-inlining testcase.C 
testcase.C:14:1: error: inlined_to pointer set for noninline callers
testcase.C:14:1: error: multiple inline callers
virtual void S::foo()/0(0) @0x7f8cb444b158 (asm: _ZN1S3fooEv) (inline copy in
void B()/1) availability:available analyzed 13 time, 12 benefit 4 size, 3
benefit reachable body finalized inlinable
  called by: virtual void S::foo()/0 (1.00 per call) (indirect_inlining) (can
throw external) void B()/1 (1.00 per call) (inlined) (can throw external) 
  calls: virtual void S::foo()/0 (indirect_inlining) (1.00 per call) (can throw
external) 
  References: 
  Refering this function: 
testcase.C:14:1: internal compiler error: verify_cgraph_node failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163636 - crash
r161170 - crash
r159696 - crash
r158969 - OK
4.5 r160526 - OK


-- 
   Summary: [4.6 Regression] ICE: verify_cgraph_node failed:
inlined_to pointer set for noninline callers with -O2 -
fno-early-inlining
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug tree-optimization/45453] [4.6 Regression] ICE: verify_cgraph_node failed: inlined_to pointer set for noninline callers with -O2 -fno-early-inlining

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-08-30 19:07 ---
Created an attachment (id=21595)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21595&action=view)
reduced testcase (from g++.dg/opt/pr20991.C)

$ gcc -O2 -fno-early-inlining pr45453.C


-- 


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

[Bug rtl-optimization/45136] -fcompare-debug failure with -Os -fschedule-insns

[aoliva at gcc dot gnu dot org]

--- Comment #6 from aoliva at gcc dot gnu dot org  2010-08-30 19:13 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier blocks in the same
region.  I'm testing a patch that revamps the way we deal with boundary notes
and debug insns.


-- 


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

[Bug rtl-optimization/45136] -fcompare-debug failure with -Os -fschedule-insns

[aoliva at gcc dot gnu dot org]

--- Comment #7 from aoliva at gcc dot gnu dot org  2010-08-30 19:14 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier blocks in the same
region.  I'm testing a patch that revamps the way we deal with boundary notes
and debug insns.


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug c/45079] [4.5 Regression] function names in error message (�c_maybe_const_expr� not supported by 'pp_c_expression')

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2010-08-30 19:32 ---
Subject: Bug 45079

Author: jakub
Date: Mon Aug 30 19:31:45 2010
New Revision: 163657

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163657
Log:
Backport from mainline
2010-07-27  Jakub Jelinek  

PR c/45079
* c-pretty-print.c (pp_c_expression): Handle C_MAYBE_CONST_EXPR.

* gcc.dg/pr45079.c: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr45079.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/c-pretty-print.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/45423] #pragma omp atomic on bool has issues

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2010-08-30 19:33 ---
Subject: Bug 45423

Author: jakub
Date: Mon Aug 30 19:33:31 2010
New Revision: 163658

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163658
Log:
PR middle-end/45423
* gimplify.c (goa_stabilize_expr): Handle TRUTH_NOT_EXPR
and TRUTH_{AND,OR,XOR}_EXPR.
* c-parser.c (c_parser_omp_atomic): Handle boolean
{PRE,POST}_{INC,DEC}REMENT.
cp/
* parser.c (cp_parser_omp_atomic): Handle boolean
{PRE,POST}_INCREMENT.
testsuite/
* gcc.dg/gomp/atomic-12.c: New test.
* gcc.dg/gomp/atomic-13.c: New test.
* gcc.dg/gomp/atomic-14.c: New test.
* g++.dg/gomp/atomic-11.C: New test.
* g++.dg/gomp/atomic-12.C: New test.
* g++.dg/gomp/atomic-13.C: New test.
* g++.dg/gomp/atomic-14.C: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/gomp/atomic-11.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/gomp/atomic-12.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/gomp/atomic-13.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/gomp/atomic-14.C
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/gomp/atomic-12.c
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/gomp/atomic-13.c
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/gomp/atomic-14.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/c-parser.c
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/parser.c
branches/gcc-4_5-branch/gcc/gimplify.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/45079] [4.5 Regression] function names in error message (�c_maybe_const_expr� not supported by 'pp_c_expression')

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2010-08-30 19:33 ---
Fixed, sorry for the delay.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/45454] New: [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[zsojka at seznam dot cz]

Command line:
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fselective-scheduling2 -funroll-all-loops testcase.c

Compiler output:
$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fselective-scheduling2 -funroll-all-loops testcase.c
testcase.c:1:0: warning: var-tracking-assignments changes selective scheduling
[enabled by default]
testcase.c: In function 'foo':
testcase.c:7:1: internal compiler error: in verify_target_availability, at
sel-sched.c:1614
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163636 - crash
r162940 - crash
r161659 - OK


-- 
   Summary: [4.6 Regression] ICE: in verify_target_availability, at
sel-sched.c:1614
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-08-30 19:40 ---
Created an attachment (id=21596)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21596&action=view)
reduced testcase

$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fselective-scheduling2 -funroll-all-loops pr45454.c

This ICE happens quite often with similiar flags.


-- 


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

[Bug tree-optimization/45427] Number of iteration analysis bogus

[rakdver at gcc dot gnu dot org]

--- Comment #14 from rakdver at gcc dot gnu dot org  2010-08-30 19:50 
---
Subject: Bug 45427

Author: rakdver
Date: Mon Aug 30 19:50:05 2010
New Revision: 163659

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163659
Log:
PR tree-optimization/45427
* tree-ssa-loop-niter.c (number_of_iterations_ne_max): Rewritten.
Handle the case that the exit is never taken correctly.
(number_of_iterations_ne): Pass exit_must_be_taken to
number_of_iterations_ne_max.

* gcc.dg/tree-ssa/pr45427.c: New test.


Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/pr45427.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-niter.c


-- 


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

[Bug testsuite/45455] New: gcc.dg/vect/vect-cond-4.c uses uninitialised variable

[zsojka at seznam dot cz]

The testcase fails at -O0. It's caused by using 'next_b' at line 13. It might
be 'curr_b' instead.

Strangely, gcc warns only at -O0:
$ gcc-4.6.0-pre gcc.dg/vect/vect-cond-4.c -O0 -Wuninitialized
gcc.dg/vect/vect-cond-4.c: In function 'foo':
gcc.dg/vect/vect-cond-4.c:33:38: warning: 'next_b' may be used uninitialized in
this function [-Wuninitialized]
$ gcc-4.6.0-pre gcc.dg/vect/vect-cond-4.c -O1 -Wuninitialized
$ gcc-4.6.0-pre gcc.dg/vect/vect-cond-4.c -O2 -Wuninitialized
$ gcc-4.6.0-pre gcc.dg/vect/vect-cond-4.c -O3 -Wuninitialized

...
foo (int z)
...
  int curr_a, flag, next_a, curr_b, next_b;
...
  curr_a = x > c[i] ? curr_a : z;
  curr_b = x > c[i] ? next_b : 5;
...


-- 
   Summary: gcc.dg/vect/vect-cond-4.c uses uninitialised variable
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz


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

[Bug fortran/45456] New: [4.6 Regression] [OOP] Bogus pointer initialization error on pointer-valued TBP

[janus at gcc dot gnu dot org]

Reported by Andrew Benson at
http://gcc.gnu.org/ml/fortran/2010-08/msg00462.html:


module Merger_Trees
  private
  public :: mergerTree

  type mergerTree
   contains
 procedure :: getNode => Tree_Node_Get
  end type mergerTree

contains

  function Tree_Node_Get(thisTree,nodeIndex) result(foundNode)
implicit none
class(mergerTree), intent(inout) :: thisTree
integer,   intent(in):: nodeIndex
integer,   pointer   :: foundNode

return
  end function Tree_Node_Get

end module Merger_Trees


gives:




Error: Pointer initialization target at (1) must have the SAVE attribute


-- 
   Summary: [4.6 Regression] [OOP] Bogus pointer initialization
error on pointer-valued TBP
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


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

[Bug fortran/45456] [4.6 Regression] [OOP] Bogus pointer initialization error on pointer-valued TBP

[janus at gcc dot gnu dot org]

--- Comment #1 from janus at gcc dot gnu dot org  2010-08-30 20:36 ---
Here' the fix:

Index: resolve.c
===
--- resolve.c   (revision 163648)
+++ resolve.c   (working copy)
@@ -1083,7 +1083,8 @@
 comp->name);
}

-  if (!comp->attr.pointer || cons->expr->expr_type == EXPR_NULL)
+  if (!comp->attr.pointer || comp->attr.proc_pointer
+ || cons->expr->expr_type == EXPR_NULL)
continue;

   a = gfc_expr_attr (cons->expr);


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janus at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-08-30 20:36:16
   date||


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

[Bug fortran/45451] [OOP] Inconsistent status of ALLOCATABLE components inside CLASS variables.

[janus at gcc dot gnu dot org]

--- Comment #4 from janus at gcc dot gnu dot org  2010-08-30 20:48 ---
Ok, I could reduce this quite a bit:


program bug23
  implicit none

  type  :: psb_base_sparse_mat
integer, allocatable :: irp(:)
  end type psb_base_sparse_mat

  class(psb_base_sparse_mat), allocatable  :: a 
  type(psb_base_sparse_mat) :: acsr

  allocate(acsr%irp(4)) 
  acsr%irp(1:4) = (/1,3,4,5/)

  write(*,*) acsr%irp(:)

  allocate(a,source=acsr)

  write(*,*) a%irp(:)

  call move_alloc(acsr%irp, a%irp)

  write(*,*) a%irp(:)

end program bug23


Executing gives:

   1   3   4   5
   1   3   4   5
   0   0   4   5

The last line here should be the same as the first two. Changing the CLASS
variable into a TYPE makes it work. Running through valgrind shows:

==11502== Command: ./a.out
==11502== 
   1   3   4   5
   1   3   4   5
==11502== Invalid read of size 4
==11502==at 0x4EE59B8: extract_int (write.c:450)
==11502==by 0x4EE67B1: write_integer (write.c:1260)
==11502==by 0x4EE9BDE: _gfortrani_list_formatted_write (write.c:1552)
==11502==by 0x4EDECA7: _gfortran_transfer_array (transfer.c:2000)
==11502==by 0x400B07: MAIN__ (in /home/jweil/GSoC/PRs/45451/a.out)
==11502==by 0x400BA8: main (in /home/jweil/GSoC/PRs/45451/a.out)
==11502==  Address 0x5934360 is 0 bytes inside a block of size 16 free'd
==11502==at 0x4C280BD: free (vg_replace_malloc.c:366)
==11502==by 0x4EEF5A8: _gfortran_move_alloc (move_alloc.c:41)
==11502==by 0x400AAC: MAIN__ (in /home/jweil/GSoC/PRs/45451/a.out)
==11502==by 0x400BA8: main (in /home/jweil/GSoC/PRs/45451/a.out)
==11502== 
   1   3   4   5
==11502== 
==11502== HEAP SUMMARY:
==11502== in use at exit: 0 bytes in 0 blocks
==11502==   total heap usage: 18 allocs, 18 frees, 3,844 bytes allocated
==11502== 
==11502== All heap blocks were freed -- no leaks are possible
==11502== 
==11502== For counts of detected and suppressed errors, rerun with: -v
==11502== ERROR SUMMARY: 4 errors from 1 contexts (suppressed: 4 from 4)


-- 


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

[Bug c/45457] New: [4.6 Regression] ICE: invalid built-in macro "__DBL_DENORM_MIN__"

[zsojka at seznam dot cz]

Command line:
$ gcc testcase.c

- testcase.c -
#define STR2(A) #A
#define STR(A) STR2(A)

#ifdef __DBL_DENORM_MIN__
char c[] = STR(__DBL_DENORM_MIN__);
#endif
--

It can be further reduced to:
- testcase.c -
#ifdef __DBL_DENORM_MIN__
__DBL_DENORM_MIN__;
#endif
--

Compiler output:
$ gcc testcase.c
testcase.c:5:34: internal compiler error: invalid built-in macro
"__DBL_DENORM_MIN__"
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r163636 - crash
r161170 - crash
r159696 - OK


-- 
   Summary: [4.6 Regression] ICE: invalid built-in macro
"__DBL_DENORM_MIN__"
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz


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

[Bug c/25509] can't disable __attribute__((warn_unused_result))

[ericb at gcc dot gnu dot org]

--- Comment #27 from ericb at gcc dot gnu dot org  2010-08-30 21:09 ---
See:
http://sourceware.org/bugzilla/show_bug.cgi?id=11959
for the glibc side of this bug (namely, fwrite() shouldn't be tagged wur).


-- 

ericb at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ericb at gcc dot gnu dot org


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

[Bug c/45457] [4.6 Regression] ICE: invalid built-in macro "__DBL_DENORM_MIN__"

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-08-30 21:14:49
   date||


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

[Bug middle-end/45458] New: [4.6 Regression] ICE: in add_labels_and_missing_jumps, at bb-reorder.c:1306 with-fnon-call-exceptions -freorder-blocks-and-partition -fprofile-use

[zsojka at seznam dot cz]

Command line:
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-generate
$ rm *.gcda
$ ./a.out
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-use

Compiler output:
$ g++ testcase.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-use
testcase.C: In function 'int main()':
testcase.C:10:1: internal compiler error: in add_labels_and_missing_jumps, at
bb-reorder.c:1306
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

With -O1, gcc crashes with the original testcase:
/mnt/svn/gcc-trunk/gcc/testsuite/g++.dg/tree-prof/partition1.C: In function
'int bar(int)':
/mnt/svn/gcc-trunk/gcc/testsuite/g++.dg/tree-prof/partition1.C:19:1: internal
compiler error: in convert_to_eh_region_ranges, at except.c:2446
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


Older versions warned with:
cc1plus: note: -freorder-blocks-and-partition does not work with exceptions

Tested revisions:
r163636 - crash
r158095 - crash
r153685 - crash
4.4 r154975 - warns
4.4 r160770 - warns


-- 
   Summary: [4.6 Regression] ICE: in add_labels_and_missing_jumps,
at bb-reorder.c:1306 with-fnon-call-exceptions -
freorder-blocks-and-partition -fprofile-use
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug middle-end/45458] [4.6 Regression] ICE: in add_labels_and_missing_jumps, at bb-reorder.c:1306 with-fnon-call-exceptions -freorder-blocks-and-partition -fprofile-use

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-08-30 21:36 ---
Created an attachment (id=21597)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21597&action=view)
reduced testcase (from g++.dg/tree-prof/partition1.C)

CC=g++
$CC pr45458.C -fnon-call-exceptions -freorder-blocks-and-partition
-fprofile-generate ; rm *.gcda ; ./a.out ; $CC pr45458.C -fnon-call-exceptions
-freorder-blocks-and-partition -fprofile-use


-- 


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

[Bug fortran/45456] [4.6 Regression] [OOP] Bogus pointer initialization error on pointer-valued TBP

[janus at gcc dot gnu dot org]

--- Comment #2 from janus at gcc dot gnu dot org  2010-08-30 21:56 ---
Subject: Bug 45456

Author: janus
Date: Mon Aug 30 21:56:28 2010
New Revision: 163661

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163661
Log:
2010-08-30  Janus Weil  

PR fortran/45456
* resolve.c (resolve_structure_cons): Handle pointer-valued PPCs.


2010-08-30  Janus Weil  

PR fortran/45456
* gfortran.dg/typebound_proc_18.f03: New.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_proc_18.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


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