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

[hp at gcc dot gnu.org]

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

Hans-Peter Nilsson  changed:

   What|Removed |Added

 CC||hp at gcc dot gnu.org

--- Comment #4 from Hans-Peter Nilsson  2011-01-05 
06:10:05 UTC ---
(In reply to comment #0)
>  (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))

Please consider my request in
.

[Bug go/46986] Go is not supported on Darwin

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.05 05:36:57
 Ever Confirmed|0   |1

--- Comment #2 from Ian Lance Taylor  2011-01-05 05:36:57 
UTC ---
This is going to require some work from somebody familiar with Darwin.

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

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Ian Lance Taylor  2011-01-05 05:35:37 
UTC ---
Patch committed.  Thanks.

[Bug go/47159] [cppcheck][PATCH] found missmatch in allocation and deallocation of memory in gcc/gcc/go/gofrontend/import-archive.cc

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 05:35:11 
UTC ---
Patch committed.  Thanks.

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

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ian Lance Taylor  2011-01-05 05:35:23 
UTC ---
Patch committed.  Thanks.

[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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #6 from Ian Lance Taylor  2011-01-05 05:34:56 
UTC ---
Thanks for the patch.  Committed.

I don't care all that much about space leaks in the Go frontend, and I don't
care at all about space leaks when generating an error.  However, since you
took the time to put the patch together, I committed it.  Thanks for sending
it.

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

[ian at gcc dot gnu.org]

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

--- Comment #5 from ian at gcc dot gnu.org  2011-01-05 
05:33:37 UTC ---
Author: ian
Date: Wed Jan  5 05:33:32 2011
New Revision: 168504

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168504
Log:
PR go/47158
PR go/47159
PR go/47160
PR go/47161
Fix space leaks.
Patch from Ettl Martin.

Modified:
trunk/gcc/go/gofrontend/expressions.cc
trunk/gcc/go/gofrontend/gogo-tree.cc
trunk/gcc/go/gofrontend/import-archive.cc
trunk/gcc/go/gofrontend/import.cc

[Bug go/47159] [cppcheck][PATCH] found missmatch in allocation and deallocation of memory in gcc/gcc/go/gofrontend/import-archive.cc

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
05:33:37 UTC ---
Author: ian
Date: Wed Jan  5 05:33:32 2011
New Revision: 168504

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168504
Log:
PR go/47158
PR go/47159
PR go/47160
PR go/47161
Fix space leaks.
Patch from Ettl Martin.

Modified:
trunk/gcc/go/gofrontend/expressions.cc
trunk/gcc/go/gofrontend/gogo-tree.cc
trunk/gcc/go/gofrontend/import-archive.cc
trunk/gcc/go/gofrontend/import.cc

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

[ian at gcc dot gnu.org]

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

--- Comment #1 from ian at gcc dot gnu.org  2011-01-05 
05:33:37 UTC ---
Author: ian
Date: Wed Jan  5 05:33:32 2011
New Revision: 168504

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168504
Log:
PR go/47158
PR go/47159
PR go/47160
PR go/47161
Fix space leaks.
Patch from Ettl Martin.

Modified:
trunk/gcc/go/gofrontend/expressions.cc
trunk/gcc/go/gofrontend/gogo-tree.cc
trunk/gcc/go/gofrontend/import-archive.cc
trunk/gcc/go/gofrontend/import.cc

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

[ian at gcc dot gnu.org]

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

--- Comment #2 from ian at gcc dot gnu.org  2011-01-05 
05:33:37 UTC ---
Author: ian
Date: Wed Jan  5 05:33:32 2011
New Revision: 168504

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168504
Log:
PR go/47158
PR go/47159
PR go/47160
PR go/47161
Fix space leaks.
Patch from Ettl Martin.

Modified:
trunk/gcc/go/gofrontend/expressions.cc
trunk/gcc/go/gofrontend/gogo-tree.cc
trunk/gcc/go/gofrontend/import-archive.cc
trunk/gcc/go/gofrontend/import.cc

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

[dongsheng.song at gmail dot com]

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

--- Comment #18 from Dongsheng Song  
2011-01-05 05:31:08 UTC ---
This xml catalog testing passed on Debian and RHEL:

echo '' | xsltproc --noout --nonet \
http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl -

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

[dongsheng.song at gmail dot com]

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

Dongsheng Song  changed:

   What|Removed |Added

 CC||dongsheng.song at gmail dot
   ||com

--- Comment #17 from Dongsheng Song  
2011-01-05 05:08:48 UTC ---
Hi Kai, please fix for Debian too:

Index: trunk/libstdc++-v3/configure.ac
===
--- trunk/libstdc++-v3/configure.ac (revision 168503)
+++ trunk/libstdc++-v3/configure.ac (working copy)
@@ -349,6 +349,10 @@
   glibcxx_stylesheets=yes
 fi

+if test -f /usr/share/xml/docbook/stylesheet/docbook-xsl-ns/VERSION; then
+  glibcxx_stylesheets=yes
+fi
+
 # Check for xml/html dependencies.
 AM_CONDITIONAL(BUILD_XML,
   test $ac_cv_prog_DOXYGEN = "yes" &&

[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

Jerry DeLisle  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #9 from Jerry DeLisle  2011-01-05 
04:24:48 UTC ---
Fixed

[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 #8 from Jerry DeLisle  2011-01-05 
04:18:43 UTC ---
Author: jvdelisle
Date: Wed Jan  5 04:18:39 2011
New Revision: 168503

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168503
Log:
2011-01-04  Jerry DeLisle  

PR libgfortran/47154
* gfortran.dg/namelist_68.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/namelist_68.f90
Modified:
trunk/gcc/testsuite/ChangeLog

[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 #7 from Jerry DeLisle  2011-01-05 
03:53:23 UTC ---
Author: jvdelisle
Date: Wed Jan  5 03:53:15 2011
New Revision: 168502

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168502
Log:
2011-01-04  Jerry DeLisle  

PR libgfortran/47154
* io/list_read.c (namelist_read): Remove calls to hit_eof to avoid the
duplicate calls via next_record.

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

[Bug libobjc/47173] both objc_lookUpClass and objc_lookup_class are exported symbols

[pinskia at gmail dot com]

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

--- Comment #1 from pinskia at gmail dot com  
2011-01-05 02:56:51 UTC ---
I think one is the old abi and the other is the new one.



Sent from my Palm Pre on AT&T
On Jan 4, 2011 18:33, doko at ubuntu dot com 
wrote: 

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



   Summary: both objc_lookUpClass and objc_lookup_class are

exported symbols

   Product: gcc

   Version: 4.6.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: libobjc

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@ubuntu.com





I assume that the first one should be removed?

[Bug libobjc/47173] New: both objc_lookUpClass and objc_lookup_class are exported symbols

[doko at ubuntu dot com]

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

   Summary: both objc_lookUpClass and objc_lookup_class are
exported symbols
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libobjc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@ubuntu.com


I assume that the first one should be removed?

[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.

[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 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/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 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/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/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/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/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 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/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 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/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/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/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/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 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/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 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 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 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 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 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 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 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 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

--- 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 #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 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 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++/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++/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 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 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-)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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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++/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 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 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 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

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

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

[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/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 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 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 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 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 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 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

--- 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 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 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 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.