[Bug ada/47131] [4.6 Regression] internal error for ACATS C34011B on SJLJ targets

[ebotcazou at gcc dot gnu.org]

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

--- Comment #4 from Eric Botcazou  2011-01-04 
08:58:05 UTC ---
Author: ebotcazou
Date: Tue Jan  4 08:58:02 2011
New Revision: 168454

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168454
Log:
PR ada/47131
* gcc-interface/trans.c (Identifier_to_gnu): In SJLJ mode, do not make
variables that are referenced in exception handlers volatile.

Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/gcc-interface/trans.c

[Bug ada/47131] [4.6 Regression] internal error for ACATS C34011B on SJLJ targets

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
URL|http://www.dragonlace.net   |http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-01/msg00114.htm
   ||l
 Resolution||FIXED

--- Comment #5 from Eric Botcazou  2011-01-04 
09:00:35 UTC ---
Applied.

[Bug lto/47162] [4.6 Regression] LTO is broken

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.01.04 09:57:00
 CC||jamborm at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |jamborm at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #2 from Martin Jambor  2011-01-04 
09:57:00 UTC ---
I can reproduce the failure, let me try to fix it.

[Bug lto/47162] [4.6 Regression] LTO is broken

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug driver/47137] [4.6 Regression] gcc incorrectly combines assembly inputs

[jiez at gcc dot gnu.org]

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

--- Comment #13 from Jie Zhang  2011-01-04 10:21:29 
UTC ---
Author: jiez
Date: Tue Jan  4 10:21:27 2011
New Revision: 168459

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168459
Log:
PR driver/47137
* gcc.c (default_compilers[]): Set combinable field to 0
for all assembly languages.

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

[Bug driver/47137] [4.6 Regression] gcc incorrectly combines assembly inputs

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #14 from Jakub Jelinek  2011-01-04 
10:30:08 UTC ---
Fixed.

[Bug tree-optimization/46523] [4.6 Regression] ICE: error: inlined_to pointer set for noninline callers, multiple inline callers

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #5 from Jakub Jelinek  2011-01-04 
10:35:17 UTC ---
PR46626 was a wrong-code bug, not ice-on-valid-code, with the bug in the
generated code may be wrong, but I don't see how it could cause cgraph
verification failures.

[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #6 from Jakub Jelinek  2011-01-04 
10:37:36 UTC ---
(In reply to comment #5)
> I'll test this.

Have you managed to test it already?  Thanks.

[Bug tree-optimization/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

  Component|ada |tree-optimization

--- Comment #6 from Eric Botcazou  2011-01-04 
10:51:15 UTC ---
Recategorizing.

[Bug tree-optimization/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux

[ebotcazou at gcc dot gnu.org]

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

--- Comment #7 from Eric Botcazou  2011-01-04 
10:53:14 UTC ---
Created attachment 22895
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22895
Tentative fix

This doesn't change GIMPLE but instead tweaks reachability analysis.

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

[ettl.martin at gmx dot de]

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

--- Comment #2 from Martin Ettl  2011-01-04 10:54:05 
UTC ---
Yes, of course!


2011/1/4 ian at airs dot com 

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47158
>
> --- Comment #1 from Ian Lance Taylor  2011-01-04
> 01:48:23 UTC ---
> Thanks for the patches.  Are you OK with signing the copyright license
> agreement described at the end of http://golang.org/doc/contribute.html ?
>
> --
> Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
> --- You are receiving this mail because: ---
> You reported the bug.
>

[Bug ada/47005] [4.6 Regression] ACATS c62002a is miscompiled at -O2

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING
 CC|ebotcazou at gcc dot|
   |gnu.org |

--- Comment #5 from Eric Botcazou  2011-01-04 
10:57:54 UTC ---
Reconfirm with an up-to-date tree, ACATS was clean on i586/SJLJ this morning.

[Bug web/47165] New: gcc-4.6/changes.html wrongly describes -W(no-)long-double

[zsojka at seznam dot cz]

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

   Summary: gcc-4.6/changes.html wrongly describes
-W(no-)long-double
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: web
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


http://gcc.gnu.org/gcc-4.6/changes.html states:

A new warning, enabled by -Wno-double-promotion, has been added that warns
about cases where a value of type float is implicitly promoted to double. This
is especially helpful for CPUs that handle the former in hardware, but emulate
the latter in software.

According to man pages and observed behaviour, the warning is enabled by
-Wdouble-promotion (the "no-" should be removed)

[Bug rtl-optimization/47166] New: [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for ARM with -O3 -mthumb

[ibolton at gcc dot gnu.org]

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

   Summary: [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for
ARM with -O3 -mthumb
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ibol...@gcc.gnu.org
Depends on: 45051
  Host: arm-linux-gnueabi
Target: arm-linux-gnueabi
 Build: arm-linux-gnueabi


As of r162558 on trunk, and r164498 on 4.5 branch, SpecCPU2000 Ammp has failed
for ARM -O3 thumb.  The same patch was committed for both of these revisions,
intending to fix pr45051:

Index: gcc/reload1.c
===
--- gcc/reload1.c   (revision 164495)
+++ gcc/reload1.c   (revision 164498)
@@ -8325,6 +8325,8 @@ delete_output_reload (rtx insn, int j, i
   int n_inherited = 0;
   rtx i1;
   rtx substed;
+  unsigned regno;
+  int nregs;

   /* It is possible that this reload has been only used to set another reload
  we eliminated earlier and thus deleted this instruction too.  */
@@ -8376,6 +8378,12 @@ delete_output_reload (rtx insn, int j, i
   if (n_occurrences > n_inherited)
 return;

+  regno = REGNO (reg);
+  if (regno >= FIRST_PSEUDO_REGISTER)
+nregs = 1;
+  else
+nregs = hard_regno_nregs[regno][GET_MODE (reg)];
+
   /* If the pseudo-reg we are reloading is no longer referenced
  anywhere between the store into it and here,
  and we're within the same basic block, then the value can only
@@ -8387,7 +8395,7 @@ delete_output_reload (rtx insn, int j, i
   if (NOTE_INSN_BASIC_BLOCK_P (i1))
return;
   if ((NONJUMP_INSN_P (i1) || CALL_P (i1))
- && reg_mentioned_p (reg, PATTERN (i1)))
+ && refers_to_regno_p (regno, regno + nregs, PATTERN (i1), NULL))
{
  /* If this is USE in front of INSN, we only have to check that
 there are no more references than accounted for by inheritance. 
*/

I assume the patch was meant to prevent deletions that shouldn't occur.  This
might be what happens for the original symptomatic test, but I am now seeing
extra deletions that shouldn't happen for Ammp.

For example, without this patch, you get these insns somewhere in the ira dump
for mm_fv_update_nonbon() from rectmm.c:

 (insn 3163 3161 3164 107 rectmm.c:1041 (set (reg:SI 1 r1) 
(plus:SI (reg:SI 1 r1) 
   (const_int 280 [0x118]))) 4 {*arm_addsi3} (nil))

 (insn 3164 3163 1730 107 rectmm.c:1041 (set (reg:SI 3 r3) 
(reg:SI 1 r1)) 586 {*thumb2_movsi_vfp} (nil))

With the patch, you lose the add and just get this:

 (insn 3164 3161 1730 107 rectmm.c:1041 (set (reg:SI 3 r3)
(reg:SI 1 r1)) 586 {*thumb2_movsi_vfp} (nil)) 

The incrementing of r1 is perfectly legitimate and useful and removing it is a
bug.  Other increments of r9, ip, r0 and r3 are also lost.

I think the issue might be that reg_mentioned_p() considers output registers to
have been "mentioned", whereas the refers_to_regno_p() does not consider an
output register to have been "referred to".  I can see the problem with only
using reg_mentioned_p() because it doesn't handle subregs, but there is also a
problem with only using refers_to_regno_p(), as we can see with this segfault
in Ammp.

I therefore wonder if the fix might be this:

Index: gcc/reload1.c
===
--- gcc/reload1.c   (revision 168082)
+++ gcc/reload1.c   (working copy)
@@ -8395,7 +8395,8 @@ delete_output_reload (rtx insn, int j, i
   if (NOTE_INSN_BASIC_BLOCK_P (i1))
return;
   if ((NONJUMP_INSN_P (i1) || CALL_P (i1))
- && refers_to_regno_p (regno, regno + nregs, PATTERN (i1), NULL))
+ && (refers_to_regno_p (regno, regno + nregs, PATTERN (i1), NULL)
+ || reg_mentioned_p (reg, PATTERN (i1
{
  /* If this is USE in front of INSN, we only have to check that
 there are no more references than accounted for by inheritance. 
*/

It would be helpful to have some input from someone who understands reload
better than I do, so we can come up with a fix that we have confidence in.

[Bug tree-optimization/47139] [4.6 Regression] ice in process_use, at tree-vect-stmts.c:290

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||irar at il dot ibm.com
 AssignedTo|unassigned at gcc dot   |irar at il dot ibm.com
   |gnu.org |

--- Comment #3 from Ira Rosen  2011-01-04 11:58:35 UTC 
---
This shouldn't be recognized as reduction, because the value of the one before
last iteration is used outside the loop. I'll add this check to reduction
detection.

Ira

[Bug rtl-optimization/47166] [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for ARM with -O3 -mthumb

[bernds at gcc dot gnu.org]

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

Bernd Schmidt  changed:

   What|Removed |Added

 CC||bernds at gcc dot gnu.org

--- Comment #1 from Bernd Schmidt  2011-01-04 
12:03:09 UTC ---
Please post a preprocessed source file and the exact compiler options that must
be passed to cc1 to produce incorrect assembly. If possible, also include the
two dump files from before/after things go wrong.

[Bug ada/47005] [4.6 Regression] ACATS c62002a is miscompiled at -O2

[laurent at guerby dot net]

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

--- Comment #6 from Laurent GUERBY  2011-01-04 
12:18:49 UTC ---
The autotesters should pick this change within a day or two.

[Bug rtl-optimization/47166] [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for ARM with -O3 -mthumb

[ibolton at gcc dot gnu.org]

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

--- Comment #2 from Ian Bolton  2011-01-04 12:30:23 
UTC ---
Created attachment 22896
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22896
Preprocessed source, before/after .s file, before/after IRA dump

Contains the following:

pr47166/rectmm.i - the preprocessed source

pr47166/CMD - how to compile it

pr47166/rectmm.r164495.i.188r.ira - working IRA dump
pr47166/rectmm.r164495.s - working assembly

pr47166/rectmm.r164498.i.188r.ira - broken IRA dump
pr47166/rectmm.r164498.s - broken assembly

Note that the revision numbers represent working/broken revisions of gcc 4.5
branch.

[Bug rtl-optimization/47166] [4.5 4.6 Regression] SpecCpu2000 Ammp segfaults for ARM with -O3 -mthumb

[ibolton at gcc dot gnu.org]

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

--- Comment #3 from Ian Bolton  2011-01-04 12:32:50 
UTC ---
> 
> pr47166/CMD - how to compile it
> 

Sorry, I forgot to give cc1 commands:

cc1 -fpreprocessed rectmm.i -quiet -dumpbase rectmm.i -mthumb -mcpu=cortex-a9
-mfloat-abi=softfp -mfpu=vfpv3-d16 -auxbase rectmm -O3 -version
-fno-tree-vectorize -fdump-rtl-ira-details -o rectmm.s

[Bug fortran/45777] Alias analysis broken for arrays where LHS or RHS is a component ref

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/fortr
   ||an/2011-01/msg00014.html

--- Comment #12 from Thomas Koenig  2011-01-04 
12:33:39 UTC ---
Patch here:

http://gcc.gnu.org/ml/fortran/2011-01/msg00014.html

[Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined

[janus at gcc dot gnu.org]

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

--- Comment #5 from janus at gcc dot gnu.org 2011-01-04 12:59:26 UTC ---
Author: janus
Date: Tue Jan  4 12:59:23 2011
New Revision: 168464

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168464
Log:
2011-01-04  Janus Weil  

PR fortran/46448
* class.c (gfc_find_derived_vtab): Set the module field for the copying
routine to make sure it receives module name mangling.


2011-01-04  Janus Weil  

PR fortran/46448
* gfortran.dg/class_34.f90: New.

Added:
trunk/gcc/testsuite/gfortran.dg/class_34.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/class.c
trunk/gcc/testsuite/ChangeLog

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[paolo.carlini at oracle dot com]

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

--- Comment #9 from Paolo Carlini  2011-01-04 
13:02:50 UTC ---
Kai, in order to help people actually using cross-compilation a lot, please
install your patchlet. Actual patch pre-approved. Then we can figure out
something better...

[Bug fortran/46448] [4.6 Regression] [OOP] symbol `__copy_...' is already defined

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from janus at gcc dot gnu.org 2011-01-04 13:05:47 UTC ---
Fixed with r168464. Closing.

[Bug ada/47131] [4.6 Regression] internal error for ACATS C34011B on SJLJ targets

[gnugcc at marino dot st]

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

--- Comment #6 from John Marino  2011-01-04 13:23:28 
UTC ---
I rebuilt the OpenBSD i386 port (SVN 168458, after 4th change to trans.c
today).  It now passes test 34011B.


Thanks!

[Bug ada/47005] [4.6 Regression] ACATS c62002a is miscompiled at -O2

[gnugcc at marino dot st]

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

--- Comment #7 from John Marino  2011-01-04 13:27:52 
UTC ---
I confirm that test c62002a is still failing on OpenBSD i386 as of today (SVN
168458)

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[ktietz at gcc dot gnu.org]

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

--- Comment #10 from Kai Tietz  2011-01-04 13:28:11 
UTC ---
(In reply to comment #9)
> Kai, in order to help people actually using cross-compilation a lot, please
> install your patchlet. Actual patch pre-approved. Then we can figure out
> something better...

Ok, I'll do. It will do so in a couple of hours as I don't have at office
proper autoconf tools version (and for some stupid reasons I am not able to
install it here).

[Bug fortran/47082] [OOP] ICE in gfc_conv_component_ref

[janus at gcc dot gnu.org]

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

--- Comment #3 from janus at gcc dot gnu.org 2011-01-04 13:28:33 UTC ---
(In reply to comment #2)
> This does not solve the problem fully, but it reduces it to PR46448:
> 
> /tmp/cc9UG1CN.s: Assembler messages:
> /tmp/cc9UG1CN.s:65: Error: symbol `__copy_m0_t0_' is already defined

After PR46448 is solved now, the patch fully fixes the test case. Still it
feels a bit hackish.

[Bug fortran/47082] [4.6 Regression] [OOP] ICE in gfc_conv_component_ref

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

Summary|[OOP] ICE in|[4.6 Regression] [OOP] ICE
   |gfc_conv_component_ref  |in gfc_conv_component_ref

--- Comment #4 from janus at gcc dot gnu.org 2011-01-04 13:31:11 UTC ---
Btw, since 4.5 cleanly compiles comment #1, this clearly is a regression.

[Bug lto/47162] [4.6 Regression] LTO is broken

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

   Priority|P1  |P3
 Status|ASSIGNED|NEW

--- Comment #3 from H.J. Lu  2011-01-04 13:38:05 
UTC ---
The easiest way to reproduce is to configure gcc with

--enable-languages=c --with-build-config=bootstrap-lto

[Bug fortran/47024] [OOP] STORAGE_SIZE (for polymorphic types): Segfault at run time

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.04 13:39:10
 Ever Confirmed|0   |1

--- Comment #4 from janus at gcc dot gnu.org 2011-01-04 13:39:10 UTC ---
(In reply to comment #2)
> However, if A is unallocated, it does not have a dynamic type!

According to Bill Long's interpretation at

http://j3-fortran.org/pipermail/j3/2010-December/004094.html

the dynamic type of an unallocated variable is it's dynamic type.

[Bug lto/47162] [4.6 Regression] LTO is broken

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|NEW |ASSIGNED

--- Comment #4 from Martin Jambor  2011-01-04 
13:49:12 UTC ---
Restoring the bug status and priority which I believe were inadvertently
modified with the previous comment.

[Bug fortran/47024] [OOP] STORAGE_SIZE (for polymorphic types): Segfault at run time

[janus at gcc dot gnu.org]

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

--- Comment #5 from janus at gcc dot gnu.org 2011-01-04 13:49:27 UTC ---
The dump for the test case in comment #0 currently looks like this [excerpt]:

  y._data = 0B;
  {
[...]
_gfortran_st_write (&dt_parm.0);
{
  integer(kind=4) D.1548;

  D.1548 = (y._vptr->_size * 8) / 8;
  _gfortran_transfer_integer_write (&dt_parm.0, &D.1548, 4);
}
_gfortran_st_write_done (&dt_parm.0);
  }

Since "y._vptr" is initially undefined, we get an ICE. The solution would be to
initialize the _vptr component of all polymorphic allocatables to the declared
type.

[Bug middle-end/40316] [4.5 Regression] Revision 147995 breaks gcc.target/i386/lea.c

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0

[Bug libfortran/47154] [4.6 Regression] END= does not work in namelist read

[jvdelisle at gcc dot gnu.org]

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

--- Comment #4 from Jerry DeLisle  2011-01-04 
14:24:56 UTC ---
The patch passes regression testing.  I will commit tonight with ChangeLog and
test case if someone can approve.

[Bug other/47167] New: Performance regression in numerical code

[mar...@mpa-garching.mpg.de]

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

   Summary: Performance regression in numerical code
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mar...@mpa-garching.mpg.de


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

When compiling the attached testcase on a machine with a Core 2 Duo E8500 CPU
and 64bit Linux using

gcc -O2 -fomit-frame-pointer testcase.i -lm

the results with gcc 4.5.1 are

Testing map analysis accuracy.
lmax=2047, 0 iterations, spin=0

Testing ECP grid (4096 rings, 4096 pixels/ring, 16777216 pixels)

iteration 0:
wall time for alm2map: 8.811477s
wall time for map2alm: 9.204556s
component 0: rms 1.390734e-13, maxerr 1.582512e-12

However, with current trunk one obtains

Testing map analysis accuracy.
lmax=2047, 0 iterations, spin=0

Testing ECP grid (4096 rings, 4096 pixels/ring, 16777216 pixels)

iteration 0:
wall time for alm2map: 9.518667s
wall time for map2alm: 9.780509s
component 0: rms 1.390734e-13, maxerr 1.582512e-12

The numerical result is identical, but the code generated by the more recent
compiler is noticeably slower.

Reducing the test case is unfortunately not trivial; the computational hot
spots are located in pshtd_inner_loop() and Ylmgen_recalc_Ylm_sse2().

Please let me know if I can provide further information.

[Bug libfortran/47154] [4.6 Regression] END= does not work in namelist read

[jb at gcc dot gnu.org]

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

Janne Blomqvist  changed:

   What|Removed |Added

 CC||jb at gcc dot gnu.org

--- Comment #5 from Janne Blomqvist  2011-01-04 14:53:40 
UTC ---
Ok for trunk.

Thanks for the patch.

Per se, I suspect the problem was not multiple calls to generate_error(), as
generate_error has some logic to return early in case an error has already been
recorded. Rather I think the culprit is multiple calls to hit_eof(), I've been
bitten by this myself. The first call tells us that we've hit EOF, and we're at
the endfile record. The second one moves the position to after the endfile
record, which is another type of error. Unfortunately I don't have any good
idea how to solve this.

[Bug fortran/47168] New: Error with use-renaming

[janus at gcc dot gnu.org]

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

   Summary: Error with use-renaming
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org


Posted by James van Buskirk at c.l.f:

http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/4fbe901275607684


module m
   implicit none
   type t
  integer i
   end type t
end module m

module n
   use m, only: a=>t
   implicit none
   private
   public a
end module n

module oh
   use n
   use n, only: b=>a
   implicit none
   private
   public a, b
end module oh


>gfortran -c bug1.f90
bug1.f90:20.11:

   public a, b
   1
Error: Symbol 'a' at (1) has no IMPLICIT type



The thread contains some more test cases. All of them should be checked.

[Bug c++/46394] [C++0X] [4.6 Regression] no matching function with default template parameter

[dodji at gcc dot gnu.org]

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

--- Comment #4 from Dodji Seketeli  2011-01-04 
15:32:53 UTC ---
I think what's happening is, at some point during template parameters
fixup (to build proper canonical types for dependent parms) we try to
substitute the U template parameter pack [and the the remaining unamed
template parm] into the pattern of the default argument
std::remote_reference::type... . The TYPENAME_TYPE case of tsubst then
logically calls tsubst_aggr_type on 'std::remote_reference'. That
later function in turn calls lookup_template_class with
std::remote_reference as argument to D1 and a TYPE_PACK_EXPANSION
built for the template parameter U (by template_parm_to_arg) and
argument to ARGLIST.

At that point we are trying to match a template argument which is
a pack expansion with a template parameter that is not a
parameter pack - and we hit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722.

So I think I am going to focus on that bug and see.

[Bug go/47161] [cppcheck][PATCH] found a memory leak in gcc/gcc/go/gofrontend/expressions.cc

[ettl.martin at gmx dot de]

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

--- Comment #1 from Martin Ettl  2011-01-04 15:46:07 
UTC ---
Created attachment 22898
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22898
fixing more memleaks

A second run of cppcheck reveald further possible memory leaks. See "patch
go_memleaks.patch" that fixes all found issues.

[Bug c++/47169] New: cannot deduce base class functions from a lambda

[internet at 123gen dot com]

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

   Summary: cannot deduce base class functions from a lambda
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: inter...@123gen.com


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

hi,

when capturing "this" in a lambda, i can correctly call functions of the
captured class from inside the lambda; but i can't call functions of base
classes of the captured class from inside the lambda.

i am attaching a test case to show the problem. lambda2 calls a function of
Derived (the captured class) and that works fine. however, lambda1 calls a
function of a base class of Derived, which GCC can't seem to resolve:
test.cpp: In lambda function:
test.cpp:13:6: error: cannot call member function 'void Base::f()' without
object

by explicitly adding "this->" before the call to f(), lambda1 then compiles
fine.

i am testing this with GCC 4.5.2 on Win. this is similar to bug #46047, except
that the test case in that bug report works for me. this case is therefore
slightly different.

note that i don't know of the validity of calling a base class function without
adding "this->", but i'd think it should be resolved by the compiler just like
any base member function call made outside of a lambda. note also that the
Microsoft compiler swallows this test case just fine.

Zouzou

[Bug other/47170] New: [cppcheck][PATCH] found resource leaks in gcc/intl/localealias.c

[ettl.martin at gmx dot de]

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

   Summary: [cppcheck][PATCH] found resource leaks in
gcc/intl/localealias.c
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ettl.mar...@gmx.de


Created attachment 22900
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22900
proposed patch to fix the issues

during a check of gcc's sources with the static code analysis tool cppcheck
(http://sourceforge.net/projects/cppcheck/) the tool discoverd resource leaks 
in file gcc/intl/localealias.c . Please refer the attached patch
that fixes the issue.

Best regards from the cppcheck team

Ettl Martin

[Bug ada/47131] [4.6 Regression] internal error for ACATS C34011B on SJLJ targets

[gnugcc at marino dot st]

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

--- Comment #7 from John Marino  2011-01-04 16:21:17 
UTC ---
When OpenBSD i386 finished the test suite, I was surprised to it passed gnat.dg
pack9 unexpectedly.  This is the "scan tree dump not optimized" test that was
set to expect-fail a few weeks ago due to a change in the rtl optimization I
believe (all this traces back to a PR).

I'm wondering if this change to trans.c now causes SJLJ targets to pass the
pack9 test as a side effect?

[Bug c++/47169] [C++0x] cannot deduce base class functions from a lambda

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.04 16:24:40
  Known to work||4.6.0
Summary|cannot deduce base class|[C++0x] cannot deduce base
   |functions from a lambda |class functions from a
   ||lambda
 Ever Confirmed|0   |1

--- Comment #1 from Jonathan Wakely  2011-01-04 
16:24:40 UTC ---
it works correctly in 4.6, I don't know if it will be fixed in 4.5

[Bug java/47171] New: [cppcheck][PATCH] found a resource leak in gcc/gcc/java/resource.c

[ettl.martin at gmx dot de]

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

   Summary: [cppcheck][PATCH] found a resource leak in
gcc/gcc/java/resource.c
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ettl.mar...@gmx.de


Created attachment 22901
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22901
proposed patch to fix the issue

during a check of gcc's sources with the static code analysis tool cppcheck
(http://sourceforge.net/projects/cppcheck/) the tool discoverd resource leaks 
in file gcc/gcc/java/resource.c . Please refer the attached patch
that fixes the issue.

Best regards from the cppcheck team

Ettl Martin

[Bug tree-optimization/47005] [4.6 Regression] ACATS c62002a is miscompiled at -O2

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|WAITING |NEW
  Component|ada |tree-optimization

--- Comment #8 from Eric Botcazou  2011-01-04 
17:13:43 UTC ---
OK, fixing...

[Bug ada/47131] [4.6 Regression] internal error for ACATS C34011B on SJLJ targets

[ebotcazou at gcc dot gnu.org]

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

--- Comment #8 from Eric Botcazou  2011-01-04 
17:17:34 UTC ---
> I'm wondering if this change to trans.c now causes SJLJ targets to pass the
> pack9 test as a side effect?

Looking at the aforementioned PR 46801 will give you the answer. :-)

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[bkoz at gcc dot gnu.org]

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

Benjamin Kosnik  changed:

   What|Removed |Added

 CC||bkoz at gcc dot gnu.org

--- Comment #11 from Benjamin Kosnik  2011-01-04 
17:27:36 UTC ---

Kai looks good, sorry about the cross breakage: please check in your fix. My
connectivity is somewhat flaky till the 5th.

What's being checked for (pure form) is xsltproc + specific version of the HTML
style sheets, which should be local and vendor supplied if possible so that the
toolchain doesn't fall down later in the process.

What's being checked for now is the existence of the stylesheet file. This
seems reasonable at present time to get over the hump wrt doc rules, but should
be made more robust later. 

FWIW, Doc patches for release are reasonable for stage 3 or whatever we call
right after stage 1 now, just like spec patches. Chill.

[Bug other/47170] [cppcheck][PATCH] found resource leaks in gcc/intl/localealias.c

[joseph at codesourcery dot com]

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

--- Comment #1 from joseph at codesourcery dot com  2011-01-04 17:39:49 UTC ---
On Tue, 4 Jan 2011, ettl.martin at gmx dot de wrote:

> during a check of gcc's sources with the static code analysis tool cppcheck
> (http://sourceforge.net/projects/cppcheck/) the tool discoverd resource leaks 
> in file gcc/intl/localealias.c . Please refer the attached patch
> that fixes the issue.

Please see intl/README and send your patch to the gettext maintainers if 
the problem is still present in the version of libintl in current upstream 
gettext.  GCC's copy hasn't been updated for several years.

[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5

[jamborm at gcc dot gnu.org]

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

--- Comment #15 from Martin Jambor  2011-01-04 
17:39:45 UTC ---
I'd also prefer a general solution and would not actually mind very
much if we regressed in cases like this.  Nevertheless, if we have a
consensus that we should avoid regressing in 4.6, an ipa-prop.c
specific handling of this situation would probably look very much like
the patch below.  Given the discussion above I am not 100% sure it is
always safe but it passes bootstrap and testing (though I do not know
how much it exercises the code path).  I'll be happy to submit the
patch with a testcase and a change log and stuff if any maintainer
thinks it is a good idea.

Index: gcc/ipa-prop.c
===
--- gcc/ipa-prop.c(revision 168424)
+++ gcc/ipa-prop.c(working copy)
@@ -396,6 +396,25 @@ compute_complex_assign_jump_func (struct
 }
   return;
 }
+  else if (!op2 && is_gimple_ip_invariant (op1))
+{
+  tree name_type = TREE_TYPE (name);
+  tree op_type = TREE_TYPE (op1);
+
+  if (useless_type_conversion_p (name_type, op_type)
+  || (POINTER_TYPE_P (name_type)
+  && POINTER_TYPE_P (op_type)
+  && TREE_CODE (TREE_TYPE (name_type)) == FUNCTION_TYPE
+  && TREE_CODE (TREE_TYPE (op_type)) == FUNCTION_TYPE
+  && (TYPE_MAIN_VARIANT (TREE_TYPE (TREE_TYPE (name_type)))
+  == TYPE_MAIN_VARIANT (TREE_TYPE (TREE_TYPE (op_type
+  && TYPE_ARG_TYPES (TREE_TYPE (name_type)) == void_list_node
+  && !TYPE_ARG_TYPES (TREE_TYPE (op_type
+{
+  jfunc->type = IPA_JF_CONST;
+  jfunc->value.constant = op1;
+}
+}

   if (TREE_CODE (op1) != ADDR_EXPR)
 return;

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[redi at gcc dot gnu.org]

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

--- Comment #12 from Jonathan Wakely  2011-01-04 
17:43:01 UTC ---
(In reply to comment #11)
> What's being checked for (pure form) is xsltproc + specific version of the 
> HTML
> style sheets, which should be local and vendor supplied if possible so that 
> the
> toolchain doesn't fall down later in the process.

How about something like:

echo '' | xsltproc --param sf-relid "'CURRENT'" --noout --nonet
--xinclude http://docbook.sourceforge.net/release/xsl-ns/current/VERSION -

The --nonet switch ensures it will only use a local file, but the XML catalog
is still used to translate the canonical URL to a local file, so doesn't depend
on a a specific path for the local file

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[ktietz at gcc dot gnu.org]

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

--- Comment #13 from Kai Tietz  2011-01-04 17:59:45 
UTC ---
Author: ktietz
Date: Tue Jan  4 17:59:39 2011
New Revision: 168474

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168474
Log:
2011-01-04  Kai Tietz  

PR libstdc++/47145
* configure.ac (AC_CHECK_FILE): Replaced by test -f.
* configure: Regenerated.

Unbreaking cross-compiling ...

Modified:
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/configure.ac

[Bug bootstrap/47055] "make profiledbootstrap" fails on MSYS/mingw-w64

[ktietz at gcc dot gnu.org]

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

--- Comment #3 from Kai Tietz  2011-01-04 18:05:11 
UTC ---
Author: ktietz
Date: Tue Jan  4 18:05:06 2011
New Revision: 168475

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168475
Log:
2011-01-04  Kai Tietz  

PR bootstrap/47055
* libgcov.c (gcov_exit): Check for HAS_DRIVE_SPEC.


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

[Bug bootstrap/47055] "make profiledbootstrap" fails on MSYS/mingw-w64

[ktietz at gcc dot gnu.org]

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

Kai Tietz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #4 from Kai Tietz  2011-01-04 18:06:30 
UTC ---
Fixed

[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library

[gseanmcg at gmail dot com]

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

--- Comment #21 from Sean McGovern  2011-01-04 
18:11:09 UTC ---
Why not introduce a warning for 4.6 that it is linking against this object file
and that any other libraries alongside that are not tested against C99 may
experience side effects, with eventual deprecation (of the warning) later on in
4.7 or 4.8?

Is this appropriate to do inside collect2?

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[paolo.carlini at oracle dot com]

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

--- Comment #14 from Paolo Carlini  2011-01-04 
18:23:23 UTC ---
Kai, thanks. Please commit the ChangeLog entry too.

[Bug libfortran/47154] [4.6 Regression] END= does not work in namelist read

[jvdelisle at gcc dot gnu.org]

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

--- Comment #6 from Jerry DeLisle  2011-01-04 
18:24:19 UTC ---
Thanks Janne,

You are absolutely right, the multiple hit_eof's which call the generate_error.

So far I do not think we need to fix anything in hit_eof.  Thanks for review.

[Bug lto/47162] [4.6 Regression] LTO is broken

[jamborm at gcc dot gnu.org]

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

--- Comment #5 from Martin Jambor  2011-01-04 
18:49:33 UTC ---
Proposed fix posted to the mailing list:

http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00161.html

[Bug c++/45520] [4.6 Regression] [C++0x] compiler segmentation fault on decltype in lambda-declarator

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.04 18:55:10
Summary|[C++0x] Regression: |[4.6 Regression] [C++0x]
   |compiler segmentation fault |compiler segmentation fault
   |on decltype from a  |on decltype in
   |dereferenced map iterator   |lambda-declarator
 Ever Confirmed|0   |1

--- Comment #2 from Jonathan Wakely  2011-01-04 
18:55:10 UTC ---
Reduced ...

struct M {
int i;
};

struct S {
M m;

void f() {
auto lambda=[&](decltype(m.i) & i) { };
}

};


Program received signal SIGSEGV, Segmentation fault.
thisify_lambda_field (decl=0x2ac0d4c0)
at ../../gcc-4.6-20110101/gcc/cp/semantics.c:7901
7901  tree object = cp_build_indirect_ref (DECL_ARGUMENTS (context),
(gdb) p context
$1 = (tree) 0x0


it works if decltype(*this->m.i) is used instead

[Bug c++/46688] [4.6 Regression] g++ requires a function declaration when it should not

[redi at gcc dot gnu.org]

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

--- Comment #3 from Jonathan Wakely  2011-01-04 
18:55:22 UTC ---
Should TYPE_NEEDS_CONSTRUCTING be false for a zero-length/flexible array
member?

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Priority|P1  |P4
 CC||jakub at gcc dot gnu.org

--- Comment #15 from Jakub Jelinek  2011-01-04 
18:57:04 UTC ---
The P1 issue is fixed, leaving open for tracking the better approach mentioned
in #c12.

[Bug fortran/47024] [OOP] STORAGE_SIZE (for polymorphic types): Segfault at run time

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #6 from janus at gcc dot gnu.org 2011-01-04 18:58:30 UTC ---
Mine. Have a patch.

[Bug fortran/47051] [4.6 Regression] Wrong reallocate

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot   |pault at gcc dot gnu.org
   |gnu.org |

--- Comment #12 from Paul Thomas  2011-01-04 19:24:18 
UTC ---
Obviously, I should take this one.  As soon as I have done with PR46896, I will
turn to this one.

Paul

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[doko at ubuntu dot com]

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

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at ubuntu dot com

--- Comment #16 from Matthias Klose  2011-01-04 
20:10:26 UTC ---
doc/Makefile.am has hardcoded SCHEMA_FLAGS and XSL_STYLE_DIR

[Bug c++/47172] New: [C++0x] cannot call member function without object

[marc.glisse at normalesup dot org]

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

   Summary: [C++0x] cannot call member function without object
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: marc.gli...@normalesup.org


The following code fails to compile with -std=c++0x, but compiles with c++98 or
if I change the prototype of f to make it return void. It doesn't look like PR
46731.

struct A
{
int f() const;
};

template 
struct B : A { };

template 
struct C : B
{
void g();
};

template 
void C::g()
{
A::f();
}

bug.cpp:18:11: error: cannot call member function 'int A::f() const' without
object

[Bug c++/47172] [4.6 Regression] [C++0x] cannot call member function without object

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.04 22:28:48
  Known to work||4.4.5, 4.5.2
Summary|[C++0x] cannot call member  |[4.6 Regression] [C++0x]
   |function without object |cannot call member function
   ||without object
 Ever Confirmed|0   |1

--- Comment #1 from Jonathan Wakely  2011-01-04 
22:28:48 UTC ---
confirmed as a regression in 4.6

[Bug web/47165] gcc-4.6/changes.html wrongly describes -W(no-)long-double

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Keywords||documentation
   Last reconfirmed||2011.01.04 22:33:41
 AssignedTo|unassigned at gcc dot   |redi at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1
   Target Milestone|--- |4.6.0

--- Comment #1 from Jonathan Wakely  2011-01-04 
22:33:41 UTC ---
I agree, patch on its way ...

[Bug web/47165] gcc-4.6/changes.html wrongly describes -W(no-)long-double

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #2 from Jonathan Wakely  2011-01-04 
22:41:03 UTC ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00178.html

[Bug web/47165] gcc-4.6/changes.html wrongly describes -W(no-)double-promotion

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

Summary|gcc-4.6/changes.html|gcc-4.6/changes.html
   |wrongly describes   |wrongly describes
   |-W(no-)long-double  |-W(no-)double-promotion

--- Comment #3 from Jonathan Wakely  2011-01-04 
22:42:32 UTC ---
(subject fixed)

[Bug c++/45520] [4.6 Regression] [C++0x] compiler segmentation fault on decltype in lambda-declarator

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0

[Bug c++/45520] [4.6 Regression] [C++0x] compiler segmentation fault on decltype in lambda-declarator

[hjl.tools at gmail dot com]

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

--- Comment #3 from H.J. Lu  2011-01-04 22:47:10 
UTC ---
It is caused by revision 158809:

http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00916.html

[Bug c++/47172] [4.6 Regression] [C++0x] cannot call member function without object

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||jason at redhat dot com
   Target Milestone|--- |4.6.0

--- Comment #2 from H.J. Lu  2011-01-04 22:49:51 
UTC ---
It is caused by revision 166167:

http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html

[Bug c++/35722] [C++0x] Variadic templates expansion into non-variadic class template

[dodji at gcc dot gnu.org]

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

Dodji Seketeli  changed:

   What|Removed |Added

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

[Bug preprocessor/39213] [4.4/4.5/4.6 regression] Preprocessor ICE with -m64 and --traditional-cpp

[ebotcazou at gcc dot gnu.org]

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

--- Comment #18 from Eric Botcazou  2011-01-04 
23:18:15 UTC ---
Author: ebotcazou
Date: Tue Jan  4 23:18:12 2011
New Revision: 168490

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168490
Log:
PR preprocessor/39213
* directives.c (end_directive): Call _cpp_remove_overlay for deferred
pragmas as well in traditional mode.

Modified:
trunk/libcpp/ChangeLog
trunk/libcpp/directives.c

[Bug preprocessor/39213] [4.4/4.5/4.6 regression] Preprocessor ICE with -m64 and --traditional-cpp

[ebotcazou at gcc dot gnu.org]

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

--- Comment #20 from Eric Botcazou  2011-01-04 
23:18:55 UTC ---
Author: ebotcazou
Date: Tue Jan  4 23:18:52 2011
New Revision: 168492

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168492
Log:
PR preprocessor/39213
* directives.c (end_directive): Call _cpp_remove_overlay for deferred
pragmas as well in traditional mode.

Modified:
branches/gcc-4_4-branch/libcpp/ChangeLog
branches/gcc-4_4-branch/libcpp/directives.c

[Bug preprocessor/39213] [4.4/4.5/4.6 regression] Preprocessor ICE with -m64 and --traditional-cpp

[ebotcazou at gcc dot gnu.org]

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

--- Comment #19 from Eric Botcazou  2011-01-04 
23:18:32 UTC ---
Author: ebotcazou
Date: Tue Jan  4 23:18:29 2011
New Revision: 168491

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168491
Log:
PR preprocessor/39213
* directives.c (end_directive): Call _cpp_remove_overlay for deferred
pragmas as well in traditional mode.

Modified:
branches/gcc-4_5-branch/libcpp/ChangeLog
branches/gcc-4_5-branch/libcpp/directives.c

[Bug preprocessor/39213] [4.4/4.5/4.6 regression] Preprocessor ICE with -m64 and --traditional-cpp

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

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

--- Comment #21 from Eric Botcazou  2011-01-04 
23:20:15 UTC ---
At long last.

[Bug tree-optimization/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux

[ebotcazou at gcc dot gnu.org]

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

--- Comment #8 from Eric Botcazou  2011-01-04 
23:22:35 UTC ---
Author: ebotcazou
Date: Tue Jan  4 23:22:31 2011
New Revision: 168493

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168493
Log:
PR tree-optimization/47056
* cgraphbuild.c (mark_address): Remove ATTRIBUTE_UNUSED markers.
(mark_load): Likewise.  Handle FUNCTION_DECL specially.
(mark_store): Likewise.  Pass STMT to ipa_record_reference.

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

[Bug tree-optimization/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Eric Botcazou  2011-01-04 
23:25:56 UTC ---
Applied.

[Bug go/46958] ARM Go Does Not Compile (__builtin_return_address)

[ian at airs dot com]

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

--- Comment #3 from Ian Lance Taylor  2011-01-05 00:08:43 
UTC ---
Fixed.

[Bug go/46965] SH Go Does not Compile (__builtin_return_address)

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 00:09:04 
UTC ---
Fixed.

[Bug go/46958] ARM Go Does Not Compile (__builtin_return_address)

[ian at gcc dot gnu.org]

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

--- Comment #2 from ian at gcc dot gnu.org  2011-01-05 
00:08:07 UTC ---
Author: ian
Date: Wed Jan  5 00:07:59 2011
New Revision: 168495

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168495
Log:
PR go/46958
PR go/46965
Call __builtin_return_address with 0 rather than 1.

Modified:
trunk/libgo/runtime/go-caller.c

[Bug go/46965] SH Go Does not Compile (__builtin_return_address)

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
00:08:07 UTC ---
Author: ian
Date: Wed Jan  5 00:07:59 2011
New Revision: 168495

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168495
Log:
PR go/46958
PR go/46965
Call __builtin_return_address with 0 rather than 1.

Modified:
trunk/libgo/runtime/go-caller.c

[Bug go/46958] ARM Go Does Not Compile (__builtin_return_address)

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #4 from Ian Lance Taylor  2011-01-05 00:09:45 
UTC ---
Mark as fixed.

[Bug target/17381] Unnecessary register move for float extend

[pinskia at gcc dot gnu.org]

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

--- Comment #6 from Andrew Pinski  2011-01-05 
00:15:50 UTC ---
(In reply to comment #5)
> This is the patch which fixes the issue:Index: regrename.c
> ===
> --- regrename.c (revision 3023)
> +++ regrename.c (working copy)
> @@ -1374,6 +1374,10 @@ maybe_mode_change (enum machine_mode ori
>enum machine_mode new_mode, unsigned int regno,
>unsigned int copy_regno ATTRIBUTE_UNUSED)
>  {
> +  if (GET_MODE_SIZE (copy_mode) == GET_MODE_SIZE (new_mode)
> +  && hard_regno_nregs[copy_regno][copy_mode] ==
> hard_regno_nregs[copy_regno][new_mode]
> +  && hard_regno_nregs[regno][copy_mode] ==
> hard_regno_nregs[copy_regno][new_mode])
> +return gen_rtx_raw_REG (new_mode, regno);
>if (orig_mode == new_mode)
>  return gen_rtx_raw_REG (new_mode, regno);
>else if (mode_change_ok (orig_mode, new_mode, regno))

MIPS64 has a similar issue too, take:
long long d;
int test1(int fParm)
{
  d = fParm + 1;
  return fParm + 1;
}

The same regrename.c patch is needed to fix the MIPS64 issue too.

[Bug go/46961] PowerPC Not Supported By Go

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
00:24:34 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug go/46960] MIPS Not Supported by Go

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
00:24:37 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug go/46964] ARM Not Supported by Go

[ian at gcc dot gnu.org]

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

--- Comment #2 from ian at gcc dot gnu.org  2011-01-05 
00:24:34 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug go/46962] SPARC Not Supported By Go

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
00:24:39 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug go/46959] M68K Not Supported by Go

[ian at gcc dot gnu.org]

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

--- Comment #3 from ian at gcc dot gnu.org  2011-01-05 
00:24:30 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug go/46963] SPARC64 Not Supported by Go

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
00:24:35 UTC ---
Author: ian
Date: Wed Jan  5 00:24:15 2011
New Revision: 168500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168500
Log:
PR go/46959
PR go/46960
PR go/46961
PR go/46962
PR go/46963
PR go/46964
Use __builtin_unwind_init rather than the SAVE_REGS hack.

Modified:
trunk/libgo/runtime/go-go.c

[Bug middle-end/46240] [4.6 Regression] ice in maybe_register_def

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  2011-01-05 
00:28:16 UTC ---
Created attachment 22902
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22902
pr46240.ii

Reduced testcase.  Fails with -g -O3, works with -g -O3
-fno-var-tracking-assignments.

[Bug go/46959] M68K Not Supported by Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #4 from Ian Lance Taylor  2011-01-05 00:36:58 
UTC ---
Fixed.

[Bug go/46960] MIPS Not Supported by Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 00:37:31 
UTC ---
Fixed.

[Bug go/46962] SPARC Not Supported By Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 00:38:04 
UTC ---
Fixed.

[Bug go/46963] SPARC64 Not Supported by Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 00:38:15 
UTC ---
Fixed.

[Bug go/46961] PowerPC Not Supported By Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 00:38:18 
UTC ---
Fixed.

[Bug go/46964] ARM Not Supported by Go

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Ian Lance Taylor  2011-01-05 00:38:25 
UTC ---
Fixed.

[Bug c++/40831] g++ generated symbols for cloned function that be demangled.

[d.g.gorbachev at gmail dot com]

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

Dmitry Gorbachev  changed:

   What|Removed |Added

 CC||d.g.gorbachev at gmail dot
   ||com

--- Comment #5 from Dmitry Gorbachev  
2011-01-05 01:07:00 UTC ---
There's also a binutils bug :

> Programs objdump, nm, addr2line, c++filt, gprof, do not demangle cloned
> function names, such as _ZN1C3fooEi.isra.0. Could be C::foo.isra.0(int) or
> C::foo(int).isra.0 (?)

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

[ian at airs dot com]

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

--- Comment #3 from Ian Lance Taylor  2011-01-05 01:07:49 
UTC ---
Let me know when you have signed it.  Thanks.

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

[ettl.martin at gmx dot de]

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

--- Comment #4 from Martin Ettl  2011-01-05 01:19:53 
UTC ---
(In reply to comment #3)
> Let me know when you have signed it.  Thanks.

I have signed a few minutes ago.