[Bug target/48252] ARM neon: problem with consecutive vzip, vuzp and vtrn

[irar at gcc dot gnu.org]

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

--- Comment #5 from irar at gcc dot gnu.org 2011-04-18 07:14:26 UTC ---
Author: irar
Date: Mon Apr 18 07:14:22 2011
New Revision: 172639

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

PR target/48252
* config/arm/arm.c (neon_emit_pair_result_insn): Swap arguments
to match neon_vzip/vuzp/vtrn_internal.
* config/arm/neon.md (neon_vtrn_internal): Make both
outputs explicitly dependent on both inputs.
(neon_vzip_internal, neon_vuzp_internal): Likewise.


Added:
trunk/gcc/testsuite/gcc.target/arm/pr48252.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.c
trunk/gcc/config/arm/neon.md
trunk/gcc/testsuite/ChangeLog

[Bug bootstrap/48653] Bootstrap comparison failure with bootstrap-lto

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ebotcazou at gcc dot
   ||gnu.org
 Resolution||WONTFIX

--- Comment #1 from Eric Botcazou  2011-04-18 
07:30:45 UTC ---
> make BOOT_CFLAGS=-O2 -j16 bootstrap

Please, please, please, don't fiddle with BOOT_CFLAGS.  Just type "make -j16".

[Bug tree-optimization/48616] -ftree-vectorize -mxop miscompiles right shift

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #13 from Jakub Jelinek  2011-04-18 
07:38:55 UTC ---
Fixed.

[Bug tree-optimization/48616] -ftree-vectorize -mxop miscompiles right shift

[jakub at gcc dot gnu.org]

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

--- Comment #12 from Jakub Jelinek  2011-04-18 
07:38:17 UTC ---
Author: jakub
Date: Mon Apr 18 07:38:11 2011
New Revision: 172640

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172640
Log:
PR tree-optimization/48616
* tree-vect-stmts.c (vectorizable_shift): If SLP, determine
whether the shift is by scalar or vector based on whether all SLP
scalar stmts have the same rhs.

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

Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.dg/pr48616.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
branches/gcc-4_6-branch/gcc/tree-vect-stmts.c

[Bug bootstrap/48653] Bootstrap comparison failure with bootstrap-lto

[jafb at tinet dot org]

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

--- Comment #2 from jafb at tinet dot org 2011-04-18 08:29:32 UTC ---
Sorry. I thought the default was -g -O2 and omitting -g in BOOT_CFLAGS is even
documented, but I won't file any other bugs for these reasons...

[Bug c++/48660] New: ARM ICE in expand_expr_real_1

[jani at ubuntu dot com]

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

   Summary: ARM ICE in expand_expr_real_1
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@ubuntu.com


Originally reported here
https://bugs.launchpad.net/ubuntu/+source/shibboleth-sp2/+bug/736661

Occurs with 4.5.2 and 4.6.0

/bin/bash ../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I.. -pthread -g -O2 -g -Wall -O2 -O2 -DNDEBUG -pthread -Wall -g -O2 -DNDEBUG
-c -o XMLServiceProvider.lo `test -f 'impl/XMLServiceProvider.cpp' || echo
'./'`impl/XMLServiceProvider.cpp
impl/XMLServiceProvider.cpp: In member function 'std::pair::XMLConfig::_ZTv0_n24_NK12_GLOBAL__N_19XMLConfig7getBoolEPKcS2_(const
char*, const char*) const':
impl/XMLServiceProvider.cpp:311:25: internal compiler error: in
expand_expr_real_1, at expr.c:8454

Link to preprocessed source

https://bugs.launchpad.net/ubuntu/+source/shibboleth-sp2/+bug/736661/+attachment/1916995/+files/XMLServiceProvider.ii

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[thenlich at users dot sourceforge.net]

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

--- Comment #26 from Thomas Henlich  
2011-04-18 08:40:12 UTC ---
Created attachment 24027
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24027
Test program for optimization

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[thenlich at users dot sourceforge.net]

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

--- Comment #25 from Thomas Henlich  
2011-04-18 08:39:17 UTC ---
After some testing, I found the problem to be optimization-related. It seems
the following term is calculated as a long double and not rounded before the
"if (m < temp)" comparison, resulting in an unexpected and in this case invalid
result.

temp = calculate_exp(mid - 1) * (1 - r * rexp_d);

Compare:
$ gcc -O2 write_float.c && ./a.out
d=2
$ gcc -O2 -fexcess-precision=standard write_float.c && ./a.out
d=1

[Bug libfortran/48602] Invalid F conversion of G descriptor for values close to powers of 10

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 CC||mikael at gcc dot gnu.org

--- Comment #27 from Mikael Morin  2011-04-18 
08:53:30 UTC ---
(In reply to comment #22)
> (In reply to comment #7)
> 
> > +  case ROUND_ZERO:\
> > +r = sign_bit ? 0.0 : 1.0;\
> 
> This should read:
> r = sign_bit ? 1.0 : 0.0;\

If you feel interested, you could start proposing patches yourself.

[Bug c++/48657] [4.6/4.7 Regression] could not convert template argument ‘VectorDimension’ to ‘unsigned int’

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.5.3
   Keywords||rejects-valid
   Last reconfirmed||2011.04.18 09:33:44
 CC||jason at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|could not convert template  |[4.6/4.7 Regression] could
   |argument ‘VectorDimension’  |not convert template
   |to ‘unsigned int’   |argument ‘VectorDimension’
   ||to ‘unsigned int’

--- Comment #1 from Jonathan Wakely  2011-04-18 
09:33:44 UTC ---
Confirmed as a regression

template< class T, unsigned int NVectorDimension = 3 >
class Vector
{
};

template< unsigned int TDimension >
int RunTest( void )
{
  const unsigned int VectorDimension = 4;
  typedef Vector< int, VectorDimension > VectorPixelType;
}

int main()
{
  return 0;
}

[Bug middle-end/48661] New: gcc 4.6 wrong-code regression

[snyder at bnl dot gov]

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

   Summary: gcc 4.6 wrong-code regression
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: sny...@bnl.gov
  Host: x86_64-unknown-linux-gnu
Target: x86
 Build: gcc version 4.6.1 20110415 (prerelease) (GCC)


Created attachment 24029
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24029
test case

hi -

gcc 4.6 miscompiles the attached code with -O2.
This was observed in the 4.6.0 release, and also in
4.6.1 20110415 from svn.  I see it both with x86 and x86_64 targets.
I did not see this problem with gcc 4.5.

Example of compiling and running:

$ g++ -m32 -o y -O2 y.cc
$ ./y
123
134514336
$

I expect it to print `123' on the second line as well.

Here's the generated code for testSetters.
Note that an uninitialized value is being passed to the
second printf() call.

.cfi_startproc
subl$44, %esp
.cfi_def_cfa_offset 48
leal28(%esp), %eax
movl$_ZTV6P4Impl+12, 20(%esp)
movl$_ZTV6P4Impl+36, 28(%esp)
movl$123, 24(%esp)
movl%eax, (%esp)
call_ZTv0_n12_NK6P4Impl2ptEv
movl$.LC0, (%esp)
movl%eax, 4(%esp)
callprintf
movl32(%esp), %eax  ; this value has not been initialized.
movl$.LC0, (%esp)
movl%eax, 4(%esp)
callprintf
addl$44, %esp
.cfi_def_cfa_offset 4
ret
.cfi_endproc


Interestingly, the presence of the testGetters() function is required
to trigger the bug, even though it is not called.

Looking at the dumps, a difference seems to show up at the
056t.ehdisp stage.

When the code is being miscompiled, i see this:

  D.2397_35 = MEM[(const struct P4Impl *)&pp + 8B].m_pt;
  D.2396_44 = D.2397_35;
  D.2394_30 = D.2396_44;
  p.m_pt = D.2394_30;
  ...
  D.2297_5 = p.m_pt;
  printf ("%d\n", D.2297_5);


But if i comment out the P4Impl declaration in testGetters(),
i instead see this for testSetters():

  D.2384_34 = MEM[(const struct I4Momentum *)&pp].D.2131._vptr.I4Momentum;
  D.2385_35 = *D.2384_34;
  D.2386_36 = OBJ_TYPE_REF(D.2385_35;&pp.D.2131->0) (&pp.D.2131);

:
  p.m_pt = D.2386_36;
  ...
  D.2267_5 = p.m_pt;
  printf ("%d\n", D.2267_5);

sss

[Bug c++/48632] Internal compiler error when using OpenMP with template

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.18 10:04:20
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #2 from Jakub Jelinek  2011-04-18 
10:04:20 UTC ---
Created attachment 24028
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24028
gcc46-pr48632.patch

Untested fix.

[Bug middle-end/48395] [4.7 regression] segmentation fault when compiling libgcc2.c

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||gjl at gcc dot gnu.org
 Resolution||FIXED

--- Comment #3 from Georg-Johann Lay  2011-04-18 
10:12:58 UTC ---
Closed as resolved+fixed.

As of trunk (SVN 172493) libgcc builds again.
After sprinkling const here end there (http://savannah.nongnu.org/bugs/?32988)
avr-libc 1.7.1 builds, too.

[Bug lto/48492] [4.7 Regression] LTO bootstrap failure in copy_constant

[ebotcazou at gcc dot gnu.org]

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

--- Comment #6 from Eric Botcazou  2011-04-18 
10:13:55 UTC ---
Author: ebotcazou
Date: Mon Apr 18 10:13:49 2011
New Revision: 172641

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172641
Log:
PR lto/48492
* cfgexpand.c (expand_debug_expr) : Return NULL for a
DECL_IN_CONSTANT_POOL without RTL.

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

[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||spop at gcc dot gnu.org

--- Comment #5 from Richard Guenther  2011-04-18 
10:23:10 UTC ---
Please also specify the ppl and cloog versions you are using.

[Bug middle-end/48662] New: [4.7 regression] ICE in lower_emutls_function_body, at tree-emutls.c:623

[ro at gcc dot gnu.org]

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

   Summary: [4.7 regression] ICE in lower_emutls_function_body, at
tree-emutls.c:623
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: jamb...@gcc.gnu.org
  Host: alpha-dec-osf5.1b, *-*-solaris2.[89]
Target: alpha-dec-osf5.1b, *-*-solaris2.[89]
 Build: alpha-dec-osf5.1b, *-*-solaris2.[89]


Between 20110408 and 20110415, I find a couple of libgomp testsuite regressions
on Tru64 UNIX UNIX V5.1b:

FAIL: libgomp.fortran/pr32359.f90  -O  (internal compiler error)
FAIL: libgomp.fortran/pr32359.f90  -O  (test for excess errors)
Excess errors:
/vol/gcc/src/hg/trunk/local/libgomp/testsuite/libgomp.fortran/pr32359.f90:17:0:
internal compiler error: in lower_emutls_function_body, at tree-emutls.c:623

and bootstrap failures on Solaris 8 and 9 with Sun as:

In function '__go_set_defer_retaddr':
/vol/gcc/src/hg/trunk/local/libgo/runtime/go-defer.c:69:1: internal compiler
error: in lower_emutls_function_body, at tree-emutls.c:623

This is obviously caused by

2011-04-12  Martin Jambor  

* tree-inline.c (tree_function_versioning): Call cgraph_get_node
instead of cgraph_node and assert it does not return NULL.
* lto-streamer-in.c (lto_read_body): Likewise.
* omp-low.c (new_omp_context): Likewise.
(create_task_copyfn): Likewise.
* tree-emutls.c (lower_emutls_function_body): Likewise.
* matrix-reorg.c (transform_allocation_sites): Likewise.

the last patch to touch lower_emutls_function_body.

Please fix.
  Rainer

[Bug c/48650] valgrind: Invalid write of size 8 in build_string (tree.c:1524)

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.18 10:30:47
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-04-18 
10:30:47 UTC ---
A conversion issue, testing an obvious patch.

[Bug c++/48657] [4.6/4.7 Regression] could not convert template argument ‘VectorDimension’ to ‘unsigned int’

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  2011-04-18 
10:31:47 UTC ---
Started with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166011

[Bug target/48649] cannot find space to spill in GENERAL REGISTERS

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target||i386-*-coff
  Component|c   |target

--- Comment #5 from Richard Guenther  2011-04-18 
10:29:31 UTC ---
The generic i?86-coff targets have been deprecated in GCC 4.4 and were removed
in GCC 4.5.  It is likely this target didn't work properly for a long time.
The issue you are describing sounds like a target configuration issue.

I would say don't hold your breath and instead try using a still supported
target triplet, like for example i?86-cygwin or i?86-mingw.

[Bug middle-end/48661] gcc 4.6 wrong-code regression

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.18 10:35:45
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Jakub Jelinek  2011-04-18 
10:35:45 UTC ---
Goes away with -fno-devirtualize, works with -m64 too.

[Bug c++/48657] [4.6/4.7 Regression] could not convert template argument ‘VectorDimension’ to ‘unsigned int’

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.6.1

[Bug middle-end/48663] New: [4.7 regression] final.c:dump_basic_block_info breaks several Tru64 UNIX tests

[ro at gcc dot gnu.org]

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

   Summary: [4.7 regression] final.c:dump_basic_block_info breaks
several Tru64 UNIX tests
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: davi...@gcc.gnu.org
  Host: alpha-dec-osf5.1b
Target: alpha-dec-osf5.1b
 Build: alpha-dec-osf5.1b


Between 20110408 and 20110415, several testcases on Tru64 UNIX started failing:

FAIL: gcc.dg/debug/pr29609-1.c -gstabs1 (test for excess errors)
Excess errors:
cpp: Warning: /tmp//ccPZXIff.s, line 40: "BLOCK" is an invalid preprocessor
directive, and is being ignored. (baddirective)
# BLOCK 2 seq:0
--^
cpp: Warning: /tmp//ccPZXIff.s, line 41: "PRED" is an invalid preprocessor
directive, and is being ignored. (baddirective)
# PRED: ENTRY (fallthru)
--^

and many more.  This is obviously caused by this patch:

2011-04-08  Xinliang David Li  

* final.c (dump_basic_block_info): New function.
(final): Dump basic block.
(final_scan_insn): Remove old dump.

Please fix.
  Rainer

[Bug middle-end/48662] [4.7 regression] ICE in lower_emutls_function_body, at tree-emutls.c:623

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Dominique d'Humieres  2011-04-18 
10:41:03 UTC ---
Likely a duplicate of pr48601, fixed with revision 172512.

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

[Bug middle-end/48601] [4.7 Regression] ICE in lower_emutls_function_body, at tree-emutls.c:623

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||ro at gcc dot gnu.org

--- Comment #9 from Dominique d'Humieres  2011-04-18 
10:41:03 UTC ---
*** Bug 48662 has been marked as a duplicate of this bug. ***

[Bug middle-end/48661] [4.6/4.7 Regression] wrong-code regression with devirtualization

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Target|x86 |i?86-*-*
  Known to work||4.5.2
   Keywords||wrong-code
 CC||jamborm at gcc dot gnu.org
   Host|x86_64-unknown-linux-gnu|
Summary|gcc 4.6 wrong-code  |[4.6/4.7 Regression]
   |regression  |wrong-code regression with
   ||devirtualization
   Target Milestone|--- |4.6.1
  Known to fail||4.6.0
  Build|gcc version 4.6.1 20110415  |
   |(prerelease) (GCC)  |

--- Comment #2 from Richard Guenther  2011-04-18 
10:44:02 UTC ---
On trunk it ICEs with

t.C:71:1: error: a call to thunk improperly represented in the call graph:
# VUSE <.MEM_11>
D.1963_3 = (int I4Momentum:: (const struct I4Momentum
*))P4Impl::_ZTv0_n12_NK6P4Impl2ptEv (&pp.D.1798);

void testSetters()/24(12) @0x75b784a0 (asm: _Z11testSettersv)
availability:available analyzed needed reachable body externally_visible
finalized
  called by: int main()/25 (1.00 per call) (can throw external) 
  calls: int printf(const char*, ...)/30 (1.00 per call) int printf(const
char*, ...)/30 (1.00 per call) virtual int P4Impl::pt() const/13 (1.00 per
call) P4Impl::P4Impl(const Hep3Vector&)/12 (1.00 per call) 
  References: 
  Refering this function: 
  has 3 outgoing edges for indirect calls.
t.C:71:1: internal compiler error: verify_cgraph_node failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

4.6 brach head also fails.

[Bug middle-end/48663] [4.7 regression] final.c:dump_basic_block_info breaks several Tru64 UNIX tests

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.18 10:48:51
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-04-18 
10:48:51 UTC ---
Confirmed.

[Bug middle-end/48661] [4.6/4.7 Regression] wrong-code regression with devirtualization

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2011-04-18 
10:58:56 UTC ---
Can't reproduce the ICE on the trunk myself, the testcase works for me on the
trunk starting with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172023

[Bug c++/48531] [C++0x][SFINAE] Hard errors with arrays of unknown bound

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #8 from Paolo Carlini  2011-04-18 
11:02:59 UTC ---
Thanks. But I'm confused by what is replacing the hard-error. Isn't this
supposed to be well-formed?

template
char f(int);

template
double f(...);

static_assert(sizeof(f(0)) == 1, "Error");

[Bug c++/48531] [C++0x][SFINAE] Hard errors with arrays of unknown bound

[daniel.kruegler at googlemail dot com]

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

--- Comment #9 from Daniel Krügler  
2011-04-18 11:12:14 UTC ---
(In reply to comment #8)
> Thanks. But I'm confused by what is replacing the hard-error. Isn't this
> supposed to be well-formed?
> 
> template   class = decltype(T())
> >
> char f(int);
> 
> template
> double f(...);
> 
> static_assert(sizeof(f(0)) == 1, "Error");

Yes, this is supposed to be well-formed. I have not checked the most recent gcc
state yet (but will do this evening), is this code not accepted?

[Bug c/48650] valgrind: Invalid write of size 8 in build_string (tree.c:1524)

[rguenth at gcc dot gnu.org]

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

--- Comment #2 from Richard Guenther  2011-04-18 
11:18:06 UTC ---
Author: rguenth
Date: Mon Apr 18 11:18:01 2011
New Revision: 172642

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172642
Log:
2011-04-18  Richard Guenther  

PR middle-end/48650
* tree.c (build_string): STRING_CST is now derived from tree_typed.

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

[Bug middle-end/48600] [4.6 regression] ICE when using cold attribute

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|WAITING |NEW
 CC||hubicka at gcc dot gnu.org,
   ||jakub at gcc dot gnu.org

--- Comment #4 from Jakub Jelinek  2011-04-18 
11:22:48 UTC ---
Simplified testcase for -O:

struct A
{
  ~A ();
};

const A &operator << (const A &, const char *);
void bar () __attribute__ ((cold));

void
foo (void)
{
  for (;;)
{
  A a;
  a << "foo";
  bar ();
}
}

Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161691
found is false and leads into infinite recursion in predict_paths_for_bb
(alternating 3 bbs forever).

[Bug c++/48531] [C++0x][SFINAE] Hard errors with arrays of unknown bound

[paolo.carlini at oracle dot com]

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

--- Comment #10 from Paolo Carlini  2011-04-18 
11:33:34 UTC ---
It is not accepted.

I tried again to remove the special code for is_default_constructible in
 and a number of static_asserts, all having to do with arrays
fired...

[Bug c++/48531] [C++0x][SFINAE] Hard errors with arrays of unknown bound

[daniel.kruegler at googlemail dot com]

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

--- Comment #11 from Daniel Krügler  
2011-04-18 11:47:15 UTC ---
(In reply to comment #10)
> It is not accepted.
> 
> I tried again to remove the special code for is_default_constructible in
>  and a number of static_asserts, all having to do with arrays
> fired...

I was wrong, I just notice that the FDIS wording says in regard to the
expression T() in [expr.type.conv] p. 2:

"The expression T(), where T is a simple-type-specifier or typename-specifier
for a non-array complete object type or the (possibly cv-qualified) void type,
creates a prvalue of the specified type,which is value-initialized"

So, it seems that the current protection code in the library is necessary as of
this wording, but I'm no longer sure that the core wording reflects the
intention, because array rvalues are clearly supported.

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[burnus at gcc dot gnu.org]

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

--- Comment #53 from Tobias Burnus  2011-04-18 
11:47:45 UTC ---
Rainer, all: Is the problem now fixed on 4.7? If so, should it be backported
for 4.6.1? And can then the PR be closed?

[Bug c++/48569] internal compiler error: in build_zero_init_1, at cp/init.c:278

[coolypf at qq dot com]

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

coolypf  changed:

   What|Removed |Added

 CC||coolypf at qq dot com

--- Comment #3 from coolypf  2011-04-18 11:52:21 UTC ---
(In reply to comment #2)
> Created attachment 23966 [details]
> pr48569.ii
> 
> Slightly reduced testcase.

This test fails on MinGW

g++-svn -v
Using built-in specs.
COLLECT_GCC=D:\MinGW\bin\g++-svn.exe
COLLECT_LTO_WRAPPER=d:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.7.0/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../gcc-svn/configure --prefix=/gcc4 --program-suffix=-svn
--enable-threads --disable-nls --disable-win32-registry --disable-werror
--disable-shared --disable-bootstrap --build=x86_64-w64-mingw32
--target=i686-pc-mingw32 --enable-languages=c,c++ --disable-libquadmath
--with-as=/i686-pc-mingw32/bin/as --with-ld=/i686-pc-mingw32/bin/ld
Thread model: win32
gcc version 4.7.0 20110418 (experimental) (GCC)

g++-svn -c pr48569.cpp
pr48569.cpp: In member function 'last_value< 
>::result_type last_value< 
>::operator()(InputIterator, InputIterator) [with InputIterator =
slot_call_iterator::caller >,
named_slot_map_iterator>,  = void, last_value<
 >::result_type = void]':
pr48569.cpp:25:432:   instantiated from 'signal0, SlotFunction>::result_type signal0, SlotFunction>::operator()() [with R = void,
Combiner = last_value, Group = function, 
= less >, SlotFunction = function0, signal0, SlotFunction>::result_type = void]'
pr48569.cpp:31:36:   instantiated from here
pr48569.cpp:12:158: internal compiler error: in build_zero_init_1, at
cp/init.c:277
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug libfortran/48664] New: Use autoconf test instead of target blacklist to determine weak undefined reference support

[jb at gcc dot gnu.org]

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

   Summary: Use autoconf test instead of target blacklist to
determine weak undefined reference support
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: libfortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


As discussed in comments #48 and #49 in PR 47571, we should use a proper
autoconf test to figure out whether a target supports weak undefined references
instead of the current target blacklist in acinclude.m4.

It might be possible to use gcc/testsuite/gcc.dg/attr-weakref-1.c as a basis
for such an autoconf test.

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[jb at gcc dot gnu.org]

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

--- Comment #54 from Janne Blomqvist  2011-04-18 
12:07:29 UTC ---
(In reply to comment #53)
> Rainer, all: Is the problem now fixed on 4.7? If so, should it be backported
> for 4.6.1? And can then the PR be closed?

FWIW, I just opened PR 48664 in order to track the replacement of the target
blacklist in acinclude.m4 with a proper autoconf test, per the discussion in
comments #48 and #49.

[Bug c/48650] valgrind: Invalid write of size 8 in build_string (tree.c:1524)

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Richard Guenther  2011-04-18 
12:11:20 UTC ---
Fixed.

[Bug c++/48531] [C++0x][SFINAE] Hard errors with arrays of unknown bound

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #12 from Paolo Carlini  2011-04-18 
12:13:41 UTC ---
Interesting, thanks. Then I guess we should stop bothering Jason.

Closing PR again.

[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123

[bero at arklinux dot org]

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

--- Comment #6 from bero at arklinux dot org 2011-04-18 12:19:12 UTC ---
cloog 0.16.2 with isl 0.06 (I read somewhere ppl should be replaced with isl?)

[Bug c++/48659] Segmentation fault when using openMP and SSE

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-04-18 
12:17:12 UTC ---
On linux we assume a 16 byte aligned stack for threads, so this might hint
at some MinGW specific issue either in our OMP runtime or with windows
thread handling.

[Bug tree-optimization/48611] [4.6/4.7 Regression] ICE: SIGSEGV in remap_eh_region_nr (tree-inline.c:1194) with -Os -fopenmp -fexceptions -fno-tree-ccp -fno-tree-copy-prop on basic code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek  2011-04-18 
12:15:25 UTC ---
Caused by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162219

[Bug bootstrap/48652] [4.7 Regression] LTO profiledbootstrap failure

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.18 12:13:07
 CC||amonakov at gcc dot gnu.org
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-04-18 
12:13:07 UTC ---
Yeah.

[Bug rtl-optimization/48596] [4.7 Regression] [SH] unable to find a register to spill in class 'FPUL_REGS'

[kkojima at gcc dot gnu.org]

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

--- Comment #2 from Kazumoto Kojima  2011-04-18 
12:47:21 UTC ---
I'm looking into why fr14 is allocated to r242 when -O1 is specified.
Here is the info about r242 from .ira dump with -O1

r242: preferred GENERAL_REGS, alternative GENERAL_FP_REGS, allocno
GENERAL_FP_REGS
a20 (r242,l1) best GENERAL_REGS, allocno GENERAL_FP_REGS
...
  a20(r242,l1) costs: R0_REGS:0,0 FPUL_REGS:305,305 SIBCALL_REGS:0,0
GENERAL_REGS:0,0 FP0_REGS:2550,2550 FP_REGS:2550,2550 DF_HI_REGS:2550,2550
DF_REGS:2550,2550 GENERAL_FP_REGS:5277,5277 GENERAL_DF_REGS:5277,5277
ALL_REGS:5277,5277 MEM:3880,3880

In contrast, r242 gets GENERAL_REGS for allocno with -O2

r242: preferred GENERAL_REGS, alternative NO_REGS, allocno GENERAL_REGS
a20 (r242,l1) best GENERAL_REGS, allocno GENERAL_REGS
...
  a20(r242,l1) costs: R0_REGS:0,0 FPUL_REGS:305,305 SIBCALL_REGS:0,0
GENERAL_REGS:0,0 FP0_REGS:3892,3892 FP_REGS:3892,3892 DF_HI_REGS:3892,3892
DF_REGS:3892,3892 GENERAL_FP_REGS:6619,6619 GENERAL_DF_REGS:6619,6619
ALL_REGS:6619,6619 MEM:3880,3880

and for revision 171582 with -O1

r242: preferred GENERAL_REGS, alternative NO_REGS, cover GENERAL_REGS
a20 (r242,l1) best GENERAL_REGS, cover GENERAL_REGS
...
  a20(r242,l1) costs: R0_REGS:0,0 SIBCALL_REGS:0,0 GENERAL_REGS:0,0
FP0_REGS:2550,2550 FP_REGS:2550,2550 FPUL_REGS:305,305 MEM:3880

With -O1, the lines 1713-1714 of ira-costs.c set allocno to
GENERAL_FP_REGS in this case

1707  if (best_cost > i_mem_cost)
1708regno_aclass[i] = NO_REGS;
1709  else
1710{
1711  /* Make the common class the biggest class of best and
1712 alt_class.  */
1713  regno_aclass[i]
1714= ira_reg_class_superunion[best][alt_class];

Is there any way to notify IRA that the alt_class will be too costy
in some cases?

[Bug c++/48665] New: type of const member function

[marc.glisse at normalesup dot org]

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

   Summary: type of const member function
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: marc.gli...@normalesup.org


typeid reports void() and void()const as the same type:

#include 
#include 
template void f(){
std::cout << std::boolalpha << (typeid(A)==typeid(B)) << '\n';
}
int main(){
f();
}

The demangler in binutils prints void()const as void( const)(). If I make g++
produce an error message (adding a line "typename A::x y;" in f), 4.5 prints
void()const while 4.6 prints void()__attribute__((const)).

[Bug tree-optimization/48611] [4.6/4.7 Regression] ICE: SIGSEGV in remap_eh_region_nr (tree-inline.c:1194) with -Os -fopenmp -fexceptions -fno-tree-ccp -fno-tree-copy-prop on basic code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.18 13:31:02
 CC||rth at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug tree-optimization/48611] [4.6/4.7 Regression] ICE: SIGSEGV in remap_eh_region_nr (tree-inline.c:1194) with -Os -fopenmp -fexceptions -fno-tree-ccp -fno-tree-copy-prop on basic code

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-04-18 
13:36:23 UTC ---
Created attachment 24030
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24030
gcc46-pr48611.patch

While the bug is most probably elsewhere, I wonder why
note_eh_region_may_contain_throw doesn't stop propagating on ERT_MUST_NOT_THROW
regions.  In my understanding no exception is ever propagated out of those
regions, the program would be terminated instead, so I wonder why we should be
trying to handle thrown exceptions in the outer regions.

The patch makes the ICE go away, as we don't needlessly try to handle
exceptions in the outer try {} finally {}.

[Bug c/48666] New: [4.5.2/4.6 regression] -Warray-bounds doesn't trigger anymore for simple case

[franz.sirl-kernel at lauterbach dot com]

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

   Summary: [4.5.2/4.6 regression] -Warray-bounds doesn't trigger
anymore for simple case
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: franz.sirl-ker...@lauterbach.com


Created attachment 24031
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24031
testcase

A simple testcase like

typedef union
{
  int val32;
  int val32Tab2[4];
  int val32Tab3[3];
  long long val64;
} SrcVal;

void f(SrcVal *x)
{
  x->val32Tab3[4] = 42;
}

doesn't warn anymore when compiled with -O2 -Warray-bounds.

Tested OK (x86_64):
gcc-4.3 (SLES11): gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973]
gcc-4.5.1 (FC14): gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4)

Tested NOT OK (x86_64):
gcc-4.5.2 (OBS): gcc-4.5 (SUSE Linux) 4.5.2 20110302 [gcc-4_5-branch revision
170616]
gcc-4.6.0 (OBS): gcc-4.6 (SUSE Linux) 4.6.0 20110314 [gcc-4_6-branch revision
170941]
gcc-4.6.0 (OBS): gcc-4.6 (SUSE Linux) 4.6.0 20110415 [gcc-4_6-branch revision
172496]

[Bug c++/48657] [4.6/4.7 Regression] could not convert template argument ‘VectorDimension’ to ‘unsigned int’

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2011-04-18 
13:47:57 UTC ---
VectorDimension's DECL_INITIAL has different type (int rather than unsigned
int), and when build_integral_nontype_arg_conv calls convert_like for
ck_identity conversion that DECL_INITIAL is returned, which doesn't have
correct type and thus caller complains.

[Bug c++/48035] [4.4/4.5 Regression] Mismatch on size of class when initializing hierarchy involving virtual inheritance and empty base classes

[rguenth at gcc dot gnu.org]

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

--- Comment #8 from Richard Guenther  2011-04-18 
14:02:27 UTC ---
Author: rguenth
Date: Mon Apr 18 14:02:22 2011
New Revision: 172647

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172647
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cfgloopmanip.c
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/init.c
branches/gcc-4_5-branch/gcc/fold-const.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #55 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-04-18 14:07:10 UTC ---
> --- Comment #53 from Tobias Burnus  2011-04-18 
> 11:47:45 UTC ---
> Rainer, all: Is the problem now fixed on 4.7? If so, should it be backported

Yes: I had the patch in my local tree before so I could bootstrap on
alpha-dec-osf5.1b.  Over the weekend, I've removed the local patch and
bootstrap succeeded, so all is fine.

> for 4.6.1? And can then the PR be closed?

I think so: Jakub asked that the hack I put into 4.6.0 so we wouldn't
ship a broken libgfortran be replaced by a backport for 4.6.1.

Rainer

[Bug tree-optimization/48031] [4.4 Regression] gcc.c-torture/compile/pr42956.c ICEs gcc on m68k-linux, ivopts related?

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
  Known to work||4.5.3
 AssignedTo|rguenth at gcc dot gnu.org  |unassigned at gcc dot
   ||gnu.org
Summary|[4.4/4.5 Regression]|[4.4 Regression]
   |gcc.c-torture/compile/pr429 |gcc.c-torture/compile/pr429
   |56.c ICEs gcc on|56.c ICEs gcc on
   |m68k-linux, ivopts related? |m68k-linux, ivopts related?

--- Comment #20 from Richard Guenther  2011-04-18 
14:05:28 UTC ---
Fixed for the reported branch as well.

[Bug libgcj/47484] [4.4/4.5 regression] share/python/aotcompile.py and share/python/classfile.py pollute common namespace

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|4.4.7   |4.6.0

--- Comment #3 from Richard Guenther  2011-04-18 
14:13:13 UTC ---
Fixed for 4.6.  Backports would probably break more than they fix.

[Bug c++/46364] [4.5 Regression] basic_string.h:541:32: internal compiler error: Segmentation fault

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Guenther  2011-04-18 
14:22:42 UTC ---
Author: rguenth
Date: Mon Apr 18 14:22:35 2011
New Revision: 172649

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172649
Log:
2011-04-18  Richard Guenther  

PR middle-end/46364
* g++.dg/torture/pr46364.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr46364.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/46304] [4.5 Regression] g++ crashes with ICE in bitmap_first_set_bit, at bitmap.c:770

[rguenth at gcc dot gnu.org]

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

--- Comment #10 from Richard Guenther  2011-04-18 
14:28:50 UTC ---
C++ people?

[Bug tree-optimization/48330] [4.7 Regression] ICE: in optimize_inline_calls, at tree-inline.c:4201 with -fmudflap -fno-early-inlining

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Martin Jambor  2011-04-18 
14:26:13 UTC ---
I wanted to re-visit this but it seems to be fixed already (with trunk
revision 172644 at least) so I'm going to close it as resolved.
Please re-open if I am somehow mistaken, thanks.

[Bug rtl-optimization/47899] [4.5 Regression] ICE in get_loop_body, at cfgloop.c:831

[rguenth at gcc dot gnu.org]

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

--- Comment #13 from Richard Guenther  2011-04-18 
14:02:27 UTC ---
Author: rguenth
Date: Mon Apr 18 14:02:22 2011
New Revision: 172647

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172647
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cfgloopmanip.c
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/init.c
branches/gcc-4_5-branch/gcc/fold-const.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

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

[rguenth at gcc dot gnu.org]

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

--- Comment #10 from Richard Guenther  2011-04-18 
14:06:31 UTC ---
Yes.

[Bug tree-optimization/48031] [4.4/4.5 Regression] gcc.c-torture/compile/pr42956.c ICEs gcc on m68k-linux, ivopts related?

[rguenth at gcc dot gnu.org]

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

--- Comment #19 from Richard Guenther  2011-04-18 
14:02:27 UTC ---
Author: rguenth
Date: Mon Apr 18 14:02:22 2011
New Revision: 172647

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172647
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cfgloopmanip.c
branches/gcc-4_5-branch/gcc/cp/ChangeLog
branches/gcc-4_5-branch/gcc/cp/init.c
branches/gcc-4_5-branch/gcc/fold-const.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/48498] Several gcc.dg/vect tests XPASS on SPARC

[ro at gcc dot gnu.org]

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

--- Comment #3 from Rainer Orth  2011-04-18 14:35:21 UTC 
---
Created attachment 24032
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24032
slp-3.c -fdump-tree-vect-details  output, 4.6 branch

[Bug tree-optimization/46194] [4.5 Regression] gcc.dg/graphite/block-0.c FAILs with -ftree-parallelize-loops

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

Version|4.5.4   |4.6.0
   Target Milestone|4.5.4   |4.5.3

--- Comment #14 from Richard Guenther  2011-04-18 
14:43:23 UTC ---
A backport would be nice.

[Bug c++/48035] [4.4 Regression] Mismatch on size of class when initializing hierarchy involving virtual inheritance and empty base classes

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Guenther  2011-04-18 
14:37:17 UTC ---
Author: rguenth
Date: Mon Apr 18 14:37:08 2011
New Revision: 172652

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172652
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/inherit/virtual8.C
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr47899.c

[Bug rtl-optimization/47899] [4.5 Regression] ICE in get_loop_body, at cfgloop.c:831

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #14 from Richard Guenther  2011-04-18 
14:03:42 UTC ---
Fixed.

[Bug rtl-optimization/47899] [4.5 Regression] ICE in get_loop_body, at cfgloop.c:831

[rguenth at gcc dot gnu.org]

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

--- Comment #15 from Richard Guenther  2011-04-18 
14:37:18 UTC ---
Author: rguenth
Date: Mon Apr 18 14:37:08 2011
New Revision: 172652

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172652
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/inherit/virtual8.C
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr47899.c

[Bug c++/47398] [4.5 Regression] tree check: accessed elt 10 of tree_vec with 9 elts in tsubst, at cp/pt.c:10500

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Depends on||45606

--- Comment #6 from Richard Guenther  2011-04-18 
14:40:29 UTC ---
Fixing this bug on the 4.5 branch requires backporting the fix for PR45606
(at least).

[Bug tree-optimization/46188] [4.5 regression] -fipa-cp removes destructor call

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Depends on||44295

--- Comment #11 from Richard Guenther  2011-04-18 
14:49:48 UTC ---
Depends on fix for PR44295.

[Bug debug/48667] New: [ skipping N instantiation contexts ] Skips exactly those which are of interest to me

[brian.amberg at unibas dot ch]

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

   Summary: [ skipping N instantiation contexts ] Skips exactly
those which are of interest to me
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: brian.amb...@unibas.ch


A new gcc feature seems to be to emit [ skipping N instantiation contexts ]
after the first 10 contexts. I could not find a way to change 10 to another
value.

The problem is, that when using the terrific, but extremely templated eigen
library the instantiation contexts where my own bug happens are not shown, only
those within the library headers and my main routine, and I can not easily
debug my program.

This is very annoying.

kind regards,

Brian

[Bug c++/48632] Internal compiler error when using OpenMP with template

[phelippeneveu at gmail dot com]

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

--- Comment #3 from Phelippe Neveu  2011-04-18 
14:48:45 UTC ---
Hi,

I tested the fix on the gcc-4_5-branch and it fixed the issue.

Regards,

Phelippe

[Bug tree-optimization/48031] [4.4 Regression] gcc.c-torture/compile/pr42956.c ICEs gcc on m68k-linux, ivopts related?

[rguenth at gcc dot gnu.org]

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

--- Comment #21 from Richard Guenther  2011-04-18 
14:37:18 UTC ---
Author: rguenth
Date: Mon Apr 18 14:37:08 2011
New Revision: 172652

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172652
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch 
2011-03-11  Jakub Jelinek  

PR c++/48035
* init.c (build_zero_init_1): Extracted from build_zero_init.
Add FIELD_SIZE argument, if non-NULL and field bit_position
as not smaller than that, don't add that field's initializer.
Pass DECL_SIZE as last argument to build_zero_init_1
for DECL_FIELD_IS_BASE fields.
(build_zero_init): Use build_zero_init_1.

* g++.dg/inherit/virtual8.C: New test.

2011-03-05  Zdenek Dvorak  

PR rtl-optimization/47899
* cfgloopmanip.c (fix_bb_placements): Fix first argument
to flow_loop_nested_p when moving the loop upward.

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

2011-03-15  Richard Guenther  

PR middle-end/48031
* fold-const.c (fold_indirect_ref_1): Do not create new variable-sized
or variable-indexed array accesses when in gimple form.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/inherit/virtual8.C
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/pr47899.c

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

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

  Known to work||

--- Comment #12 from Richard Guenther  2011-04-18 
14:08:04 UTC ---
C++ people - you should know this area better than me.  See comment #9.

[Bug tree-optimization/48498] Several gcc.dg/vect tests XPASS on SPARC

[ro at gcc dot gnu.org]

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

--- Comment #4 from Rainer Orth  2011-04-18 14:36:09 UTC 
---
Created attachment 24033
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24033
no-vfa-pr29145.c -fdump-tree-vect-details output, 4.6 branch

[Bug tree-optimization/48498] Several gcc.dg/vect tests XPASS on SPARC

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-04-18 14:37:18 UTC ---
> --- Comment #2 from Ira Rosen  2011-04-17 12:15:29 
> UTC ---
> Could you please attach vect dumps before the XPASSes? From the current dumps 
> I
> can only understand that unaligned accesses get vectorized by forcing 
> alignment
> of local arrays.

Sure, I've just attached the corresponding dumps from the 4.6 branch
that still XFAIL.

Rainer

[Bug c++/46364] [4.5 Regression] basic_string.h:541:32: internal compiler error: Segmentation fault

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Guenther  2011-04-18 
14:26:04 UTC ---
Author: rguenth
Date: Mon Apr 18 14:25:57 2011
New Revision: 172650

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172650
Log:
2011-04-18  Richard Guenther  

PR middle-end/46364
* g++.dg/torture/pr46364.C: New testcase.

Added:
branches/gcc-4_6-branch/gcc/testsuite/g++.dg/torture/pr46364.C
Modified:
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/47290] [4.5 Regression] memory exhausted compiling a destructor with an infinite 'for (;;);' loop

[rguenth at gcc dot gnu.org]

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

--- Comment #16 from Richard Guenther  2011-04-18 
15:25:23 UTC ---
Author: rguenth
Date: Mon Apr 18 15:25:17 2011
New Revision: 172653

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172653
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch
2011-01-19  Jakub Jelinek  

PR tree-optimization/47290
* tree-eh.c (infinite_empty_loop_p): New function.
(cleanup_empty_eh): Use it.

* g++.dg/torture/pr47290.C: New test.

2010-05-29  Jan Hubicka  

PR tree-optimization/46364
* cgraphunit.c (cgraph_materialize_clone): Only remove calles, refs
and body;
not the whole node for masters of materialized clones.

* g++.dg/torture/pr46364.C: New testcase.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr46364.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr47290.C
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cgraphunit.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/tree-eh.c

[Bug c++/46364] [4.5 Regression] basic_string.h:541:32: internal compiler error: Segmentation fault

[rguenth at gcc dot gnu.org]

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

--- Comment #5 from Richard Guenther  2011-04-18 
15:25:24 UTC ---
Author: rguenth
Date: Mon Apr 18 15:25:17 2011
New Revision: 172653

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172653
Log:
2011-04-18  Richard Guenther  

Backported from 4.6 branch
2011-01-19  Jakub Jelinek  

PR tree-optimization/47290
* tree-eh.c (infinite_empty_loop_p): New function.
(cleanup_empty_eh): Use it.

* g++.dg/torture/pr47290.C: New test.

2010-05-29  Jan Hubicka  

PR tree-optimization/46364
* cgraphunit.c (cgraph_materialize_clone): Only remove calles, refs
and body;
not the whole node for masters of materialized clones.

* g++.dg/torture/pr46364.C: New testcase.

Added:
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr46364.C
branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr47290.C
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cgraphunit.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
branches/gcc-4_5-branch/gcc/tree-eh.c

[Bug tree-optimization/47290] [4.5 Regression] memory exhausted compiling a destructor with an infinite 'for (;;);' loop

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #17 from Richard Guenther  2011-04-18 
15:26:52 UTC ---
Fixed.

[Bug c++/46364] [4.5 Regression] basic_string.h:541:32: internal compiler error: Segmentation fault

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #6 from Richard Guenther  2011-04-18 
15:26:15 UTC ---
Fixed.

[Bug tree-optimization/46188] [4.5 regression] -fipa-cp removes destructor call

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |

--- Comment #12 from Richard Guenther  2011-04-18 
15:31:48 UTC ---
Created attachment 24034
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24034
backport

Testing the attached backport.

I didn't manage to produce a testcase that doesn't use printf.

[Bug debug/48603] Missing DW_TAG_typedef for anonymous struct in template

[tromey at gcc dot gnu.org]

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

Tom Tromey  changed:

   What|Removed |Added

 CC||tromey at gcc dot gnu.org

--- Comment #5 from Tom Tromey  2011-04-18 15:40:33 
UTC ---
(In reply to comment #4)

> Yes, it's exactly the mangling which we can't perform at LTO time and thus
> to preserve this extension we'd have to compute DECL_ASSEMBLER_NAME for
> all type-decls as well, not just for entities that will have symbols.

FWIW, this particular extension is only needed for the oddball case of
a typedef of an anonymous struct:

typedef struct { ... } X;

That is, most types don't need a linkage name attribute.

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[jb at gcc dot gnu.org]

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

--- Comment #56 from Janne Blomqvist  2011-04-18 
15:49:23 UTC ---
Author: jb
Date: Mon Apr 18 15:49:16 2011
New Revision: 172656

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172656
Log:
PR 47571 Fix weakref trickery breakage on alpha-dec-osf

This is a backport from mainline r172469.

It also removes the temporary fix from r171095.

Modified:
branches/gcc-4_6-branch/libgfortran/ChangeLog
branches/gcc-4_6-branch/libgfortran/acinclude.m4
branches/gcc-4_6-branch/libgfortran/config.h.in
branches/gcc-4_6-branch/libgfortran/configure
branches/gcc-4_6-branch/libgfortran/configure.ac
branches/gcc-4_6-branch/libgfortran/intrinsics/system_clock.c

[Bug testsuite/48251] guality_check hangs indefinitely on Tru64 UNIX

[ro at gcc dot gnu.org]

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

--- Comment #4 from Rainer Orth  2011-04-18 15:54:59 UTC 
---
Author: ro
Date: Mon Apr 18 15:54:50 2011
New Revision: 172657

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172657
Log:
PR testsuite/48251
* gcc.dg/guality/guality.exp: Disable on alpha*-dec-osf*.
* gfortran.dg/guality/guality.exp: Likewise.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/guality/guality.exp
trunk/gcc/testsuite/gfortran.dg/guality/guality.exp

[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

[jb at gcc dot gnu.org]

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

Janne Blomqvist  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #57 from Janne Blomqvist  2011-04-18 
15:58:41 UTC ---
Fixed, closing.

[Bug c++/46317] Incorrect construction vtable on ARM in case of diamond shaped virtual inheritance

[rearnsha at gcc dot gnu.org]

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

Richard Earnshaw  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 CC||rearnsha at gcc dot gnu.org
 Resolution||FIXED
   Target Milestone|--- |4.3.0

--- Comment #8 from Richard Earnshaw  2011-04-18 
16:10:01 UTC ---
gcc-4.2 is no-longer being maintained.  Closing as fixed.

[Bug tree-optimization/46194] [4.5 Regression] gcc.dg/graphite/block-0.c FAILs with -ftree-parallelize-loops

[spop at gcc dot gnu.org]

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

--- Comment #15 from Sebastian Pop  2011-04-18 
16:09:49 UTC ---
The same patch applies to the 4.5 branch.
I am currently testing the patch on amd64-linux.

[Bug lto/47333] [4.6 regression] g++.dg/lto/20091219 FAILs on Solaris 2

[ro at gcc dot gnu.org]

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

--- Comment #12 from Rainer Orth  2011-04-18 16:48:29 
UTC ---
Created attachment 24035
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24035
assembler output with as and gas

[Bug lto/47333] [4.6 regression] g++.dg/lto/20091219 FAILs on Solaris 2

[ro at gcc dot gnu.org]

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

--- Comment #13 from Rainer Orth  2011-04-18 16:49:29 
UTC ---
I've now compared the assembler output on i386-pc-solaris2.11 with Sun as and
gas: with as, the g++-dg-lto-20091219-01.ltrans0.s file has a call to

  call_ZL20__gthrw_pthread_onceP5_oncePFvvE.2086.2083

but only defines

   .weak   pthread_once

With gas instead, I have

call_ZL20__gthrw_pthread_onceP5_oncePFvvE.2086.2086
.weakref 
_ZL20__gthrw_pthread_onceP5_oncePFvvE.2086.2086,pthread_once

Sun as has no .weakref support.

I'm attaching the assembler outputs both with as and gas.

  Rainer

[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123

[sebpop at gmail dot com]

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

--- Comment #7 from sebpop at gmail dot com  
2011-04-18 16:51:23 UTC ---
> (I read somewhere ppl should be replaced with isl?)

Not true: GCC still depends on PPL.
The use of cloog-ppl is deprecated: GCC will not use it in the future.
Using cloog-isl or cloog-parma is fine.

[Bug middle-end/48661] [4.6/4.7 Regression] wrong-code regression with devirtualization

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org
   |gnu.org |

--- Comment #4 from Jakub Jelinek  2011-04-18 
16:55:58 UTC ---
Created attachment 24036
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24036
gcc46-pr48661.patch

Untested fix.

[Bug middle-end/48668] New: [4.6/4.7 regression] COMDAT Group signature not emitted in group

[ro at gcc dot gnu.org]

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

   Summary: [4.6/4.7 regression] COMDAT Group signature not
emitted in group
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
CC: hubi...@gcc.gnu.org
  Host: i386-pc-solaris2.11
Target: i386-pc-solaris2.11
 Build: i386-pc-solaris2.11


I'm currently putting the finishing touches to the COMDAT-with-as patch

  [build, c++, lto] Support COMDAT group with Sun as (PR target/40483)
  http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01365.html
  http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00600.html

When I retested the patch on mainline, I found that there's a single
regression:

FAIL: g++.dg/opt/thunk2.C (test for excess errors)
WARNING: g++.dg/opt/thunk2.C compilation failed to produce executable

Excess errors:
Assembler: thunk2.C
"/var/tmp//ccLuaW10.s", line 219 : Group Id symbol defined outside of group

This error didn't happen when I originally developed the patch based on GCC
4.5.
Sun as is right, though: the signature symbol _ZN1U3fooEi (U::foo(int)) is
defined inside a group with signature  _ZThn4_N1U3fooEi (non-virtual thunk to
U::foo(int)).  The same happens with gas, which seems to be far more lazy
accepting stuff like this.

A reghunt revealed that this regression was introduced by this patch:

2010-09-29  Jan Hubicka  

   * cgraphunit.c (assemble_function): Output thunks and aliases before
   the function itself.

http://gcc.gnu.org/ml/gcc-patches/2010-10/msg00354.html

I don't think that the submission contains enough justification for this, and
the result seems to be plain wrong.

I'm attaching the assembler output (with gas since the affected patch isn't
yet integrated) without and with the patch.

It seems like the easiest fix would be to just revert the patch.

[Bug tree-optimization/48616] -ftree-vectorize -mxop miscompiles right shift

[kretz at kde dot org]

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

Matthias Kretz  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #14 from Matthias Kretz  2011-04-18 17:00:32 
UTC ---
thanks! I verified the patch with GCC 4.6.0 and my unit test is fine again.
Great response time! :)

[Bug middle-end/48668] [4.6/4.7 regression] COMDAT Group signature not emitted in group

[ro at gcc dot gnu.org]

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

--- Comment #1 from Rainer Orth  2011-04-18 17:02:32 UTC 
---
Created attachment 24037
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24037
assembler output before and after the culprit patch

[Bug fortran/48438] Several gfortran tests FAIL on Tru64 UNIX

[burnus at gcc dot gnu.org]

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

Tobias Burnus  changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu.org

--- Comment #1 from Tobias Burnus  2011-04-18 
17:11:26 UTC ---
(In reply to comment #0)
> * FAIL: gfortran.dg/realloc_on_assign_5.f03  -O0  execution test
>   at all optimization levels:

That's PR 47674.

> * FAIL: gfortran.dg/guality/pr41558.f90  -O0  line 7 s == 'foo'
>   and several others, seems to be the usual guality/gdb fragility

guality has now been disabled on Tru64 Unix:
http://gcc.gnu.org/ml/fortran/2011-04/msg00192.html

 * * *

Last result: http://gcc.gnu.org/ml/gcc-testresults/2011-04/msg01634.html
Still failing:
- bessel_6.f90 (dies with floating point exception),
  cf. http://gcc.gnu.org/ml/fortran/2011-03/msg00234.html
  and http://gcc.gnu.org/ml/fortran/2011-04/msg00010.html
- nint_2.f90 (nint of nearest (0.5_8, -1) is 1 instead of 0)
- pr45636.f90 (twice instead of 0 times __builtin_memset)
- large_real_kind_2.F90
  Fails for CTEST_POWER(0.0, 5.4), which is:
abs(0.0**5.4 - 0.0**5.4)/(0.0**5.4) > eps
      
  where "x" is complex(kind=16) ("selected_real_kind (precision (0.0_8) + 1)")
  and "8" is complex(8).
  The numeric expression gives 0.0/0.0 = NaN - and "NaN > eps" gives
  here FALSE - but on Tru64 seemingly SIGABRT? 

(Plus realloc_on_assign_5.f03, guality/pr41558.f90 - which are mentioned above
- and fmt_g0_5.f08, which is fixed by with
http://gcc.gnu.org/ml/fortran/2011-04/msg00191.html )

[Bug bootstrap/48669] New: sel_sched_region_2's "need_stall" vs. -Werror=uninitialized

[bkoz at gcc dot gnu.org]

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

   Summary: sel_sched_region_2's "need_stall" vs.
-Werror=uninitialized
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: b...@gcc.gnu.org


More bootstrap breakage on x86_64/linux with --enable-checking=release

Updating f120c9d..29fd790..

/mnt/share/bld/gcc.git-trunk/./prev-gcc/xgcc
-B/mnt/share/bld/gcc.git-trunk/./prev-gcc/
-B/mnt/share/bin/H-x86_64-gcc-trunk/x86_64-unknown-linux-gnu/bin/
-B/mnt/share/bin/H-x86_64-gcc-trunk/x86_64-unknown-linux-gnu/bin/
-B/mnt/share/bin/H-x86_64-gcc-trunk/x86_64-unknown-linux-gnu/lib/ -isystem
/mnt/share/bin/H-x86_64-gcc-trunk/x86_64-unknown-linux-gnu/include -isystem
/mnt/share/bin/H-x86_64-gcc-trunk/x86_64-unknown-linux-gnu/sys-include-c  
-g -O2 -gtoggle -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -I. -I.
-I/mnt/share/src/gcc.git-trunk/gcc -I/mnt/share/src/gcc.git-trunk/gcc/.
-I/mnt/share/src/gcc.git-trunk/gcc/../include
-I/mnt/share/src/gcc.git-trunk/gcc/../libcpp/include 
-I/mnt/share/src/gcc.git-trunk/gcc/../libdecnumber
-I/mnt/share/src/gcc.git-trunk/gcc/../libdecnumber/bid -I../libdecnumber   
/mnt/share/src/gcc.git-trunk/gcc/sreal.c -o sreal.o
/mnt/share/src/gcc.git-trunk/gcc/sel-sched.c: In function ‘sel_sched_region_2’:
/mnt/share/src/gcc.git-trunk/gcc/sel-sched.c:3723:7: error: ‘need_stall’ may be
used uninitialized in this function [-Werror=uninitialized]
/mnt/share/src/gcc.git-trunk/gcc/sel-sched.c:5520:11: note: ‘need_stall’ was
declared here
cc1: all warnings being treated as errors

make[3]: *** [sel-sched.o] Error 1
make[3]: *** Waiting for unfinished jobs
rm cpp.pod gcov.pod gcc.pod fsf-funding.pod gfdl.pod
make[3]: Leaving directory `/mnt/share/bld/gcc.git-trunk/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/mnt/share/bld/gcc.git-trunk'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/mnt/share/bld/gcc.git-trunk'
make: *** [bootstrap-lean] Error 2


HJ's tester showing no issue:
http://gcc.gnu.org/ml/gcc-testresults/2011-04/msg01675.html

So assuming this is another --enable-checking miss

-benjamin

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu.org]

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

--- Comment #38 from Tobias Burnus  2011-04-18 
17:21:28 UTC ---
Author: burnus
Date: Mon Apr 18 17:21:24 2011
New Revision: 172658

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172658
Log:
2011-04-18  Tobias Burnus  

PR fortran/18918
* array.c (gfc_match_array_ref): Check for too many
* codimensions.
* check.c (gfc_check_image_index): Check number of elements
in SUB argument.
* simplify.c (gfc_simplify_image_index): Remove unreachable
* checks.

2011-04-18  Tobias Burnus  

PR fortran/18918
* gfortran.dg/coarray_17.f90: New.
* gfortran.dg/coarray_10.f90: Update dg-error.


Added:
trunk/gcc/testsuite/gfortran.dg/coarray_17.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/array.c
trunk/gcc/fortran/check.c
trunk/gcc/fortran/simplify.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/coarray_10.f90

[Bug bootstrap/48652] [4.7 Regression] LTO profiledbootstrap failure

[amonakov at gcc dot gnu.org]

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

Alexander Monakov  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||abel at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |amonakov at gcc dot gnu.org
   |gnu.org |

--- Comment #3 from Alexander Monakov  2011-04-18 
17:25:06 UTC ---
The logic of the assert is that the only way we can see exprs with non-zero
priority adjustments is by entering that function twice without recomputing av
sets, at which point need_stall would be initialized.  However, it seems that
on such occasion we will call the target hook twice as well.  While it's
technically not making a big difference (we would not wrongly account the
adjustment twice thanks to the way sel_target_adjust_priority is implemented),
it's better to skip that call when it's useless.  I'll test the following
patch.

diff --git a/gcc/sel-sched.c b/gcc/sel-sched.c
index f409c4f..e381419 100644
--- a/gcc/sel-sched.c
+++ b/gcc/sel-sched.c
@@ -3725,7 +3725,12 @@ fill_vec_av_set (av_set_t av, blist_t bnds, fence_t
fence,
 {
   VEC_safe_push (expr_t, heap, vec_av_set, expr);

-  gcc_assert (EXPR_PRIORITY_ADJ (expr) == 0 || *pneed_stall);
+  /* If *pneed_stall is set, we have already adjusted priorities during
+ the previous call to this function.  */
+  if (*pneed_stall)
+continue;
+
+  gcc_assert (EXPR_PRIORITY_ADJ (expr) == 0);

   /* Adjust priority using target backend hook.  */
   sel_target_adjust_priority (expr);
@@ -5522,7 +5527,7 @@ fill_insns (fence_t fence, int seqno, ilist_t
**scheduled_insns_tailpp)
 {
   blist_t *bnds_tailp1, *bndsp;
   expr_t expr_vliw;
-  int need_stall;
+  int need_stall = 0;
   int was_stall = 0, scheduled_insns = 0;
   int max_insns = pipelining_p ? issue_rate : 2 * issue_rate;
   int max_stall = pipelining_p ? 1 : 3;

[Bug target/48629] ICE on gcc.dg/pr42389.c on ia64-*-* with -fsched-pressure

[sje at cup dot hp.com]

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

Steve Ellcey  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Steve Ellcey  2011-04-18 17:33:11 
UTC ---
The test is passing now on IA64 HP-UX and Linux.

[Bug c++/48537] C++0x: ICE using union with non-trivial member

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.18 17:44:00
 CC||jason at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

[Bug debug/48670] New: explosion in time and stack usage when using -ggdb

[matt at use dot net]

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

   Summary: explosion in time and stack usage when using -ggdb
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: m...@use.net


When compiling the attached preprocessed source with -O1 -ggdb, an explosion in
memory usage occurs. If I remove the -ggdb, the problem doesn't happen. This
seems to affect 32-bit targets more deeply:
g++ -march=pentium4 -ggdb -O1 -c bts.i

Oddly, the problem doesn't happen when running under valgrind. The problem does
happen under gdb, though, so that's something.

[Bug target/48628] ICE in reload

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.04.18 18:11:20
  Component|rtl-optimization|target
 Ever Confirmed|0   |1

[Bug fortran/48588] [4.6/4.7 Regression] ICE (segfault) in gfc_get_nodesc_array_type

[burnus at gcc dot gnu.org]

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

--- Comment #4 from Tobias Burnus  2011-04-18 
18:41:18 UTC ---
The problem is that when one goes via:

  gfc_get_extern_function_decl -> gfc_get_function_type

one has for the "a" argument of DGESV_F90 in gfc_sym_type the value:
  sym->as->type == AS_DEFERRED

However, the variable is not a pointer/deferred and thus gfc_is_nodesc_array
returns that "a" is a descriptorless array ("return sym->as->type !=
AS_ASSUMED_SHAPE"), which is wrong.

The question is: Why is "a" AS_DEFERRED and not AS_ASSUMED_SHAPE?

 * * *

In principle, the changing of the "sym->as->type" to "AS_ASSUMED_SHAPE" is done
in resolve.c's resolve_formal_arglist. If one sets a break point there, one
sees that the function is called twice for "dgesv_f90" - but both times with
proc->attr.if_source == IFSRC_IFBODY, once with proc->attr.use_assoc being 0
and once with it being 1.

If one has  -fno-whole-file,  resolve_formal_arglist is also called for
"dgesv_f90" itself (IFSRC_DECL) - and thus as->type is correctly set. That's
called via resolve_contained_functions

 * * *

My impression is that the resolving issues are an ordering problem in parse.c's 
gfc_parse_file. If one looks at the code, one finds:

loop:
  st = next_statement ();
  switch (st)
{
case ST_SUBROUTINE:
  if (gfc_option.flag_whole_file)
goto prog_units;
  break;
case ST_MODULE:
  break;
}
  gfc_resolve (gfc_current_ns);
  if (s.state == COMP_MODULE)
gfc_generate_module_code (gfc_current_ns);

  goto loop;

prog_units:
gfc_global_ns_list = gfc_current_ns;
  goto loop;

  done:
resolve_all_program_units (gfc_global_ns_list);
translate_all_program_units (gfc_global_ns_list);