[Bug bootstrap/53835] New: in tree isl / cloog build fails

[Joost.VandeVondele at mat dot ethz.ch]

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

 Bug #: 53835
   Summary: in tree isl / cloog build fails
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: joost.vandevond...@mat.ethz.ch


after downloading from gcc/infrastructure, and put cloog and isl in-tree, a
bootstrap fails with the errors below. Executing make in obj/cloog goes fine.

make[3]: Entering directory `/data/vjoost/gnu/gcc_trunk/obj/cloog'
Making all in .
checking for ANSI C header files... make[4]: Entering directory
`/data/vjoost/gnu/gcc_trunk/obj/cloog'
  CC libcloog_isl_la-block.lo
  CC libcloog_isl_la-clast.lo
  CC libcloog_isl_la-matrix.lo
  CC libcloog_isl_la-state.lo
  CC libcloog_isl_la-input.lo
  CC libcloog_isl_la-int.lo
  CC libcloog_isl_la-loop.lo
  CC libcloog_isl_la-names.lo
  CC libcloog_isl_la-options.lo
  CC libcloog_isl_la-pprint.lo
  CC libcloog_isl_la-program.lo
  CC libcloog_isl_la-union_domain.lo
  CC libcloog_isl_la-statement.lo
  CC libcloog_isl_la-stride.lo
  CC libcloog_isl_la-domain.lo
  CC libcloog_isl_la-backend.lo
  CC libcloog_isl_la-version.lo
  CC libcloog_isl_la-constraints.lo
  CC cloog.o
In file included from ../../gcc/cloog/include/cloog/isl/constraintset.h:4:0,
 from ../../gcc/cloog/include/cloog/isl/cloog.h:9,
 from ../../gcc/cloog/source/isl/backend.c:1:
../../gcc/cloog/include/cloog/isl/backend.h:4:28: fatal error:
isl/constraint.h: No such file or directory
compilation terminated.
make[4]: *** [libcloog_isl_la-backend.lo] Error 1
make[4]: *** Waiting for unfinished jobs
In file included from ../../gcc/cloog/include/cloog/isl/constraintset.h:4:0,
 from ../../gcc/cloog/include/cloog/isl/cloog.h:9,
 from ../../gcc/cloog/source/isl/constraints.c:4:
../../gcc/cloog/include/cloog/isl/backend.h:4:28: fatal error:
isl/constraint.h: No such file or directory

[Bug c++/53783] [4.8 Regression] lambda in lambda in template function rejected

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jason at gcc dot gnu.org
 Resolution||FIXED

--- Comment #2 from Jason Merrill  2012-07-03 
05:06:30 UTC ---
Fixed.

[Bug c++/53619] [4.8 regression] [C++11] wrong capture of "this" in lambda in case of multiple inheritance

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.8.0

--- Comment #5 from Jason Merrill  2012-07-03 
05:06:17 UTC ---
Fixed.

[Bug c++/53619] [4.8 regression] [C++11] wrong capture of "this" in lambda in case of multiple inheritance

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2012-07-03 
05:03:45 UTC ---
Author: jason
Date: Tue Jul  3 05:03:34 2012
New Revision: 189191

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189191
Log:
PR c++/53619
* pt.c (in_template_function): New.
* cp-tree.h: Declare it.
* class.c (build_base_path, resolves_to_fixed_type_p): Use it.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this5.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/53783] [4.8 Regression] lambda in lambda in template function rejected

[jason at gcc dot gnu.org]

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

--- Comment #1 from Jason Merrill  2012-07-03 
05:03:28 UTC ---
Author: jason
Date: Tue Jul  3 05:03:21 2012
New Revision: 189190

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189190
Log:
PR c++/53783
* pt.c (tsubst_copy_and_build) [LAMBDA_EXPR]: Use tsubst
for LAMBDA_EXPR_EXTRA_SCOPE.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template7.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/53707] compiler generates wrong code

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #14 from Jakub Jelinek  2012-07-03 
05:02:18 UTC ---
The http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53707#c11 testcase is invalid.
In C (or C++) you can compare only pointers into the same object (or one past
the last byte of the object).
You need to cast the pointers to uintptr_t and do the comparisons in that type.

[Bug c++/52510] [4.8 regression] libitm/config/posix/rwlock.cc doesn't compile

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #5 from Jason Merrill  2012-07-03 
04:03:21 UTC ---
Fixed.

[Bug c++/53619] [4.8 regression] [C++11] wrong capture of "this" in lambda in case of multiple inheritance

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

[Bug libstdc++/49561] [C++0x] std::list::size complexity

[blelbach at cct dot lsu.edu]

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

--- Comment #15 from Bryce Lelbach (wash)  
2012-07-03 03:38:52 UTC ---
Also, didn't this already make it into the 4.7 release? Wouldn't reverting it
now just cause incompatibilities with 4.7 and both older and newer releases?

[Bug libstdc++/49561] [C++0x] std::list::size complexity

[blelbach at cct dot lsu.edu]

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

--- Comment #14 from Bryce Lelbach (wash)  
2012-07-03 03:35:31 UTC ---
(In reply to comment #13)
> Patch reverted, thus in C++11 mode size() is back to O(n) but std::list can
> interoperate with the C++98 version of it.

Why has this been reverted? If std::list<>::size() is not O(1), then GCC's
C++11 standard library is not compliant with the C++11 international standard.
I have personally spoken with multiple members of the standard body and
confirmed that this behavior is REQUIRED by the C++11 standard.

Please re-apply this patch for C++11 mode, or state somewhere in the GCC docs
that GCC is not compliant with the C++11 standard. In the C++03 and C++98
standards, it was highly suggested that compiler vendors implement
std::list<>::size() as O(1).

I understand this is a breaking change, but honestly, the C++ standard has been
suggesting the O(1) implementation for over a decade, and the GCC standard
library developers have chosen to implement different behavior. You've had many
years of warning about this.

(In reply to comment #10)
> I can confirm it was just luck, really.

^ Paolo, this is correct. I think it's a really, really bad idea for any
particular vendor to cherrypick elements of an ISO standard to implement. If
you feel that the C++11 standard is wrong to require an O(1) implementation,
please file a standard defect (I'm afraid you can expect me to fight it).
Otherwise, I'd like to ask that you please reconsider applying this patch.

[Bug c++/53816] [4.7/4.8 Regression] internal compiler error: tree check: expected field_decl, have identifier_node in fixed_type_or_null, at cp/class.c:6419, with -std=c++11 option

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Jason Merrill  2012-07-03 
03:31:29 UTC ---
Fixed for 4.7.2.

[Bug c++/53788] C++11 decltype sfinae static member function check (4.7.1)

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.8.0

--- Comment #7 from Jason Merrill  2012-07-03 
03:31:18 UTC ---
Fixed for 4.8.

[Bug c++/53816] [4.7/4.8 Regression] internal compiler error: tree check: expected field_decl, have identifier_node in fixed_type_or_null, at cp/class.c:6419, with -std=c++11 option

[jason at gcc dot gnu.org]

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

--- Comment #5 from Jason Merrill  2012-07-03 
03:30:31 UTC ---
Author: jason
Date: Tue Jul  3 03:30:27 2012
New Revision: 189189

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189189
Log:
PR c++/53816
* class.c (resolves_to_fixed_type_p): Check uses_template_parms
(current_function_decl) instead of processing_template_decl.

Added:
branches/gcc-4_7-branch/gcc/testsuite/g++.dg/template/ref6.C
Modified:
branches/gcc-4_7-branch/gcc/cp/ChangeLog
branches/gcc-4_7-branch/gcc/cp/class.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug c++/53816] [4.7/4.8 Regression] internal compiler error: tree check: expected field_decl, have identifier_node in fixed_type_or_null, at cp/class.c:6419, with -std=c++11 option

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2012-07-03 
03:30:05 UTC ---
Author: jason
Date: Tue Jul  3 03:29:58 2012
New Revision: 189187

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189187
Log:
PR c++/53816
* class.c (resolves_to_fixed_type_p): Check uses_template_parms
(current_function_decl) instead of processing_template_decl.

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

--- Comment #5 from Jason Merrill  2012-07-03 
03:30:31 UTC ---
Author: jason
Date: Tue Jul  3 03:30:27 2012
New Revision: 189189

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189189
Log:
PR c++/53816
* class.c (resolves_to_fixed_type_p): Check uses_template_parms
(current_function_decl) instead of processing_template_decl.

Added:
branches/gcc-4_7-branch/gcc/testsuite/g++.dg/template/ref6.C
Modified:
branches/gcc-4_7-branch/gcc/cp/ChangeLog
branches/gcc-4_7-branch/gcc/cp/class.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug c++/53788] C++11 decltype sfinae static member function check (4.7.1)

[jason at gcc dot gnu.org]

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

--- Comment #6 from Jason Merrill  2012-07-03 
03:30:15 UTC ---
Author: jason
Date: Tue Jul  3 03:30:09 2012
New Revision: 189188

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189188
Log:
PR c++/53788
* pt.c (build_non_dependent_expr): Don't wrap a dummy object.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/decltype39.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/diagnostic/method1.C

[Bug c++/53816] [4.7/4.8 Regression] internal compiler error: tree check: expected field_decl, have identifier_node in fixed_type_or_null, at cp/class.c:6419, with -std=c++11 option

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2012-07-03 
03:30:05 UTC ---
Author: jason
Date: Tue Jul  3 03:29:58 2012
New Revision: 189187

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189187
Log:
PR c++/53816
* class.c (resolves_to_fixed_type_p): Check uses_template_parms
(current_function_decl) instead of processing_template_decl.

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

[Bug libstdc++/49561] [C++0x] std::list::size complexity

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |
 AssignedTo|paolo.carlini at oracle dot |unassigned at gcc dot
   |com |gnu.org

--- Comment #13 from Paolo Carlini  2012-07-03 
01:40:12 UTC ---
Patch reverted, thus in C++11 mode size() is back to O(n) but std::list can
interoperate with the C++98 version of it.

[Bug libstdc++/49561] [C++0x] std::list::size complexity

[paolo at gcc dot gnu.org]

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

--- Comment #12 from paolo at gcc dot gnu.org  
2012-07-03 01:37:53 UTC ---
Author: paolo
Date: Tue Jul  3 01:37:48 2012
New Revision: 189186

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

Revert:
2011-10-04  Paolo Carlini  

PR libstdc++/49561
* include/bits/stl_list.h (_List_base<>::_List_impl::_M_size):
Add in C++0x mode.
(_List_base<>::_List_impl, _List_base<>::_M_get_node,
_List_base<>::_M_put_node, _List_base<>::_List_base(_List_base&&),
list<>::size, list<>::swap, list<>::splice): Use it.
(operator==(const list<>&, const list<>&)): Rewrite in C++0x mode.
* include/bits/list.tcc (list<>::erase): Likewise.
(list<>::merge): Adjust in C++0x mode.
* testsuite/23_containers/list/requirements/dr438/assign_neg.cc:
Adjust dg-error line number.
* testsuite/23_containers/list/requirements/dr438/insert_neg.cc:
Likewise.
* testsuite/23_containers/list/requirements/dr438/
constructor_1_neg.cc: Likewise.
* testsuite/23_containers/list/requirements/dr438/
constructor_2_neg.cc: Likewise.

Modified:
branches/gcc-4_7-branch/libstdc++-v3/ChangeLog
branches/gcc-4_7-branch/libstdc++-v3/include/bits/list.tcc
branches/gcc-4_7-branch/libstdc++-v3/include/bits/stl_list.h
   
branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/assign_neg.cc
   
branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/constructor_1_neg.cc
   
branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/constructor_2_neg.cc
   
branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/insert_neg.cc

[Bug libstdc++/49561] [C++0x] std::list::size complexity

[paolo at gcc dot gnu.org]

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

--- Comment #11 from paolo at gcc dot gnu.org  
2012-07-03 00:47:23 UTC ---
Author: paolo
Date: Tue Jul  3 00:47:17 2012
New Revision: 189185

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

Revert:
2011-10-04  Paolo Carlini  

PR libstdc++/49561
* include/bits/stl_list.h (_List_base<>::_List_impl::_M_size):
Add in C++0x mode.
(_List_base<>::_List_impl, _List_base<>::_M_get_node,
_List_base<>::_M_put_node, _List_base<>::_List_base(_List_base&&),
list<>::size, list<>::swap, list<>::splice): Use it.
(operator==(const list<>&, const list<>&)): Rewrite in C++0x mode.
* include/bits/list.tcc (list<>::erase): Likewise.
(list<>::merge): Adjust in C++0x mode.
* testsuite/23_containers/list/requirements/dr438/assign_neg.cc:
Adjust dg-error line number.
* testsuite/23_containers/list/requirements/dr438/insert_neg.cc:
Likewise.
* testsuite/23_containers/list/requirements/dr438/
constructor_1_neg.cc: Likewise.
* testsuite/23_containers/list/requirements/dr438/
constructor_2_neg.cc: Likewise.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/list.tcc
trunk/libstdc++-v3/include/bits/stl_list.h
   
trunk/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/assign_neg.cc
   
trunk/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/constructor_1_neg.cc
   
trunk/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/constructor_2_neg.cc
   
trunk/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/insert_neg.cc

[Bug target/53834] New: ICE with -fstack-limit-symbol=_stack_start for m68k-uclinux ColdFire cross compiler

[baker at usgs dot gov]

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

 Bug #: 53834
   Summary: ICE with -fstack-limit-symbol=_stack_start for
m68k-uclinux ColdFire cross compiler
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ba...@usgs.gov


This might be caused by the same bug as 28896, though it looks to me like the
remedy suggested there has already been applied.

CodeSourcery gcc 4.6.1 (ColdFire uClinux release 2011.09-23 at
http://www.mentor.com/embedded-software/sourcery-tools/sourcery-codebench/editions/lite-edition/)
and GNU gcc 4.6.1, 4.6.3, and 4.7.1 all fail when cross compiling for
m68k-uclinux ColdFire (-mcpu=5208) when I use the
-fstack-limit-symbol=_stack_start option.  An internal compiler assertion fails
in gen_reg_rtx, at emit-rtl.c:859.

For example, below is the output from xgcc 4.7.1 when compiling the ntpq
program from ntp.org.  (xgcc comes from the partial build of a gcc 4.7.1 cross
compiler.  My make of a gcc 4.7.1 cross compiler failed making libgcc, but the
xgcc cross compiler seems okay.  Reported in bug 53833.)

I also tried -fstack-limit-register=d0 and -fstack-limit-register=a5 (guesses
for legal register names).  Those attempts fail with an IDE as well, but at a
different location: in extract_insn, at recog.c:2123.  They also seem to be for
a different reason, relating to code generation, not an internal compiler
assertion failure.

# sh -v make_ntpq.sh
#!/bin/sh

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g -fomit-frame-pointer
-pipe -fno-common -fno-builtin -Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data
-Dlinux -D__linux__ -Dunix -D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I..
-I../../include -I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT
ntpq.o -MD -MP -MF ".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:91:12: note: expected 'u_long *' but argument is of
type 'long int *'

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g
-fstack-limit-symbol=_stack_start -fomit-frame-pointer -pipe -fno-common
-fno-builtin -Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data -Dlinux -D__linux__
-Dunix -D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I.. -I../../include
-I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT ntpq.o -MD -MP -MF
".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:91:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c: In function 'assoccmp':
../../ntpq/ntpq.c:3279:1: internal compiler error: in gen_reg_rtx, at
emit-rtl.c:859
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g
-fstack-limit-register=a5 -fomit-frame-pointer -pipe -fno-common -fno-builtin
-Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data -Dlinux -D__linux__ -Dunix
-D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I.. -I../../include
-I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT ntpq.o -MD -MP -MF
".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../.

[Bug target/11606] testcases gcc.dg/pack-test-1.c, gcc.dg/pack-test-2.c fail

[olegendo at gcc dot gnu.org]

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

Oleg Endo  changed:

   What|Removed |Added

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

--- Comment #8 from Oleg Endo  2012-07-02 23:37:59 
UTC ---
I'm not sure since when, but at least as of rev 189180 (4.8) this problem does
not occur anymore.

[Bug target/53833] New: m68k-uclinux xgcc ICE when compiling libgcc (linux-atomic.c:203:1: in emit_library_call_value_1, at calls.c:4146)

[baker at usgs dot gov]

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

 Bug #: 53833
   Summary: m68k-uclinux xgcc ICE when compiling libgcc
(linux-atomic.c:203:1: in emit_library_call_value_1,
at calls.c:4146)
Classification: Unclassified
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ba...@usgs.gov


Created attachment 27732
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27732
Make m68k-uclinux cross compiler

Host: i686-pc-linux (also x86_64-apple-darwin10.8.0)
Target: m68k-uclinux (Coldfire)

I have been able to create native and cross compilers on CentOS Linux i386 for
gcc 4.6.1 and 4.6.3.  However, all attempts to make a cross compiler for gcc
4.7 fail when the new xgcc compiles linux-atomic.c for libgcc (which did not
exist in the gcc 4.6 versions).

I have been compiling the cross compiler with the same version of the native
compiler.  Same thing happens when I compile a 4.7 cross compiler with a 4.6
native compiler.  (No surprise, because the compiler that fails is the new
xgcc.)

Same result from my Mac OS X 10.6.8 (using a native gcc 4.7.1 compiler I
compiled; 10.6.8 still defaults to a gcc compiler which I used to compile the
native gcc 4.7.1).

Same result using the gcc-4.7-20120630.tar.gz (1 Jul 00:48, 102365191 Bytes)
gcc 4.7 trunk tarball I found at http://fossies.org/unix/misc/.  (I saw there
was a slight change in gcc/config/m68k/sync.md; didn't help.)

I suspect the new atomic builtins are no good for a Coldfire processor.  But, I
don't know how the cross compiler is being told which flavor of M68000 it is.

The error message (i686-pc-linux to m68k-uclinux) is at:

/usr/local/src/gcc/./gcc/xgcc -B/usr/local/src/gcc/./gcc/
-B/opt/lantronix/sdk/toolchains/freescale-coldfire-2011.09/m68k-uclinux/bin/
-B/opt/lantronix/sdk/toolchains/freescale-coldfire-2011.09/m68k-uclinux/lib/
-isystem
/opt/lantronix/sdk/toolchains/freescale-coldfire-2011.09/m68k-uclinux/include
-isystem
/opt/lantronix/sdk/toolchains/freescale-coldfire-2011.09/m68k-uclinux/sys-include
--sysroot=/opt/lantronix/sdk/toolchains/freescale-coldfire-2011.09/m68k-uclinux/libc
  -g -O2 -O2  -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g
-DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector   -I. -I. -I../.././gcc
-I../../../gcc-4.7.1/libgcc -I../../../gcc-4.7.1/libgcc/.
-I../../../gcc-4.7.1/libgcc/../gcc -I../../../gcc-4.7.1/libgcc/../include 
-DHAVE_CC_TLS  -o unwind-dw2-fde.o -MT unwind-dw2-fde.o -MD -MP -MF
unwind-dw2-fde.dep -fexceptions -c ../../../gcc-4.7.1/libgcc/unwind-dw2-fde.c 
../../../gcc-4.7.1/libgcc/config/m68k/linux-atomic.c: In function
'__sync_bool_compare_and_swap_1':
../../../gcc-4.7.1/libgcc/config/m68k/linux-atomic.c:203:1: internal compiler
error: in emit_library_call_value_1, at calls.c:4146
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

I have attached the make file I use.  (It has a bunch of lines at the bottom
that are disabled from the CodeSourcery shell script I used as a template, from
https://sourcery.mentor.com/GNUToolchain/package9493/public/m68k-uclinux/freescale-coldfire-2011.09-23-m68k-uclinux.src.tar.bz2.
 They have their own source for their 4.6.1 compiler.

The reason I'm doing this is that all the CodeSourcery cross compilers and the
GNU 4.6.1 and 4.6.3 cross compilers fail with an ICE when I use
-fstack-limit-symbol=_stack_start.  I'm trying to figure out if that is fixed
in the 4.7 compilers before I file a bug report.)

Thank you in advance for your assistance.

[Bug bootstrap/53832] [4.8 Regression] error: macro "ggc_alloc_cleared_lang_decl" passed 1 arguments, but takes just 0

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Target|x86_64-unknown-netbsd5.1|
   Host|x86_64-unknown-netbsd5.1|
  Build|x86_64-unknown-netbsd5.1|

--- Comment #1 from Jonathan Wakely  2012-07-02 
23:02:49 UTC ---
Seeing this on powerpc64-unknown-linux-gnu (gcc110) as well as netbsd (gcc70)

[Bug target/53568] SH Target: Add support for bswap built-ins

[olegendo at gcc dot gnu.org]

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

--- Comment #3 from Oleg Endo  2012-07-02 23:00:05 
UTC ---
Author: olegendo
Date: Mon Jul  2 22:59:59 2012
New Revision: 189181

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189181
Log:
PR target/53568
* gcc.target/sh/pr53568-1.c: New.


Added:
trunk/gcc/testsuite/gcc.target/sh/pr53568-1.c
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug bootstrap/53832] New: [4.8 Regression] error: macro "ggc_alloc_cleared_lang_decl" passed 1 arguments, but takes just 0

[redi at gcc dot gnu.org]

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

 Bug #: 53832
   Summary: [4.8 Regression] error: macro
"ggc_alloc_cleared_lang_decl" passed 1 arguments, but
takes just 0
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
  Host: x86_64-unknown-netbsd5.1
Target: x86_64-unknown-netbsd5.1
 Build: x86_64-unknown-netbsd5.1


gcc -c  -DIN_GCC_FRONTEND -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -Icp
-I/home/jwakely/src/gcc/gcc -I/home/jwakely/src/gcc/gcc/cp
-I/home/jwakely/src/gcc/gcc/../include
-I/home/jwakely/src/gcc/gcc/../libcpp/include -I/home/jwakely/build/./gmp
-I/home/jwakely/src/gcc/gmp -I/home/jwakely/build/./mpfr
-I/home/jwakely/src/gcc/mpfr -I/home/jwakely/src/gcc/mpc/src 
-I/home/jwakely/src/gcc/gcc/../libdecnumber
-I/home/jwakely/src/gcc/gcc/../libdecnumber/dpd -I../libdecnumber   
/home/jwakely/src/gcc/gcc/cp/lex.c -o cp/lex.o
/home/jwakely/src/gcc/gcc/cp/lex.c:559:41: error: macro
"ggc_alloc_cleared_lang_decl" passed 1 arguments, but takes just 0
/home/jwakely/src/gcc/gcc/cp/lex.c: In function 'retrofit_lang_decl':
/home/jwakely/src/gcc/gcc/cp/lex.c:559: error: 'ggc_alloc_cleared_lang_decl'
undeclared (first use in this function)
/home/jwakely/src/gcc/gcc/cp/lex.c:559: error: (Each undeclared identifier is
reported only once
/home/jwakely/src/gcc/gcc/cp/lex.c:559: error: for each function it appears
in.)
/home/jwakely/src/gcc/gcc/cp/lex.c:600:33: error: macro "ggc_alloc_lang_decl"
passed 1 arguments, but takes just 0
/home/jwakely/src/gcc/gcc/cp/lex.c: In function 'cxx_dup_lang_specific_decl':
/home/jwakely/src/gcc/gcc/cp/lex.c:600: error: 'ggc_alloc_lang_decl' undeclared
(first use in this function)
gmake[2]: *** [cp/lex.o] Error 1
gmake[2]: Leaving directory `/home/jwakely/build/gcc'
gmake[1]: *** [all-gcc] Error 2
gmake[1]: Leaving directory `/home/jwakely/build'
gmake: *** [all] Error 2


Configured with 

/home/jwakely/src/gcc/configure --prefix=/home/jwakely/gcc/4.x
--with-system-zlib --with-gnu-ld --with-gnu-as --disable-nls
--disable-libquadmath --enable-languages=c,c++ --disable-libmudflap
--disable-bootstrap --disable-libitm --disable-decimal-float

Bootstrap compile is 

gcc version 4.1.3 20080704 prerelease (NetBSD nb2 20081120)

Configuring without --disable-bootstrap also fails, in stage 1.

The definitions in gtype-desc.h are

#define ggc_alloc_lang_decl() ((struct lang_decl *)(ggc_internal_alloc_stat
(sizeof (struct lang_decl) MEM_STAT_INFO)))
#define ggc_alloc_cleared_lang_decl() ((struct lang_decl
*)(ggc_internal_cleared_alloc_stat (sizeof (struct lang_decl) MEM_STAT_INFO)))

[Bug c++/53788] C++11 decltype sfinae static member function check (4.7.1)

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

[Bug c++/53816] [4.7/4.8 Regression] internal compiler error: tree check: expected field_decl, have identifier_node in fixed_type_or_null, at cp/class.c:6419, with -std=c++11 option

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

[Bug c++/53707] compiler generates wrong code

[galtgendo at o2 dot pl]

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

--- Comment #13 from Rafał Mużyło  2012-07-02 20:25:12 
UTC ---
As I said, it might not be related, but it's a bit odd, that both gcc versions
agree *and* it's also about inlining.

[Bug c++/53707] compiler generates wrong code

[mikpe at it dot uu.se]

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

Mikael Pettersson  changed:

   What|Removed |Added

 CC||mikpe at it dot uu.se

--- Comment #12 from Mikael Pettersson  2012-07-02 
20:00:34 UTC ---
(In reply to comment #11)
> OK, I don't know if it's related, but 
> https://bugs.gentoo.org/show_bug.cgi?id=424475
> and its follow-up
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11845
> 
> This code:
> int
> find_stack_direction ()
> {
>   static char *addr = 0;
>   auto char dummy;
>   if (addr == 0)
> {
>   addr = &dummy;
>   return find_stack_direction ();
> }
>   else
> return (&dummy > addr) ? 1 : -1;
> }
> 
> int
> main ()
> {
>   return find_stack_direction () < 0;
> }
> 
> works with '-O2' and gcc 4.6.3, breaks on the same compiler with '-O3'
> works with both '-O2' and '-O3' on 4.7.1.
> 
> On an interesting note, it works with both '-O2' and '-O3' on 4.5.3 too.

This one is not a C++ issue.  Please move it to a new PR.  I can reproduce it
with 4.6-20120629 on x86_64-linux, but not with 4.7-20120630 or 4.8-20120701.

[Bug lto/53831] Inline virtuals missing in LTO symtab

[tetra2005 at gmail dot com]

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

--- Comment #1 from Yuri Gribov  2012-07-02 
19:52:16 UTC ---
Created attachment 27731
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27731
Small project which demonstrates the bug

[Bug lto/53831] New: Inline virtuals missing in LTO symtab

[tetra2005 at gmail dot com]

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

 Bug #: 53831
   Summary: Inline virtuals missing in LTO symtab
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: tetra2...@gmail.com


The attached sample program works fine when compiled without LTO:
  $ make clean all
but fails if I specify -flto:
  $ make USE_LTO=1 clean all
  libdummy.a: could not read symbols: Bad value
  collect2: error: ld returned 1 exit status
  make: *** [test.exe] Error 1
The error is caused by a mismatch in libdummy.a's ordinary symtab:
  $ arm-linux-androideabi-nm libdummy.a
  impl.o:
  ...
   W _ZN1C1fEv
   T _ZN1C1gEv
   D _ZTV1C
  ...
and it's LTO symtab:
  $ arm-linux-androideabi-objdump -hts impl.o
  ...
  Contents of section .gnu.lto_.symtab.1306600d0972f21a:
   5f5a4e31 43316745 7600   _ZN1C1gEv...
  0010  00a1 005f5a54 56314300  ._ZTV1C.
  0020   00b5 00...
  Contents of section .gnu.lto_.opts:
  ...
Note that _ZN1C1fEv (which is mangled name for inline virtual C::f()) is
missing in LTO symtab. This later causes linker to go mad in
elf_link_add_archive_symbols() when trying to link in impl.o more than once
(element->archive_pass > 0).

It seems that C::f() is filtered out in produce_symtab in lto-streamer-out.c:
  if (DECL_COMDAT (node->symbol.decl)
  && cgraph_comdat_can_be_unshared_p (node))
continue;
because C::f() is (erroneously) considered to be COMDAT.

I've tested the code with TOT binutils and gcc. I had to include multiple file
program because otherwise bug would fail to manifest.

[Bug c++/53707] compiler generates wrong code

[galtgendo at o2 dot pl]

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

--- Comment #11 from Rafał Mużyło  2012-07-02 19:38:29 
UTC ---
OK, I don't know if it's related, but 
https://bugs.gentoo.org/show_bug.cgi?id=424475
and its follow-up
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11845

This code:
int
find_stack_direction ()
{
  static char *addr = 0;
  auto char dummy;
  if (addr == 0)
{
  addr = &dummy;
  return find_stack_direction ();
}
  else
return (&dummy > addr) ? 1 : -1;
}

int
main ()
{
  return find_stack_direction () < 0;
}

works with '-O2' and gcc 4.6.3, breaks on the same compiler with '-O3'
works with both '-O2' and '-O3' on 4.7.1.

On an interesting note, it works with both '-O2' and '-O3' on 4.5.3 too.

[Bug c++/53821] [4.7/4.8 regression][c++11] multiple definitions of lambda

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #6 from Jason Merrill  2012-07-02 
19:25:28 UTC ---
Fixed.

[Bug c++/53524] [4.7/4.8 Regression] Bogus enum comparison warning

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #27 from Jason Merrill  2012-07-02 
19:14:29 UTC ---
Author: jason
Date: Mon Jul  2 19:14:23 2012
New Revision: 189174

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189174
Log:
PR c++/53524
gcc/cp/
* call.c (build_conditional_expr_1): Don't warn about comparison of
two enumerators before their enumeration is complete.
(build_new_op_1): Call decay_conversion before warn_logical_operator.
* decl.c (build_enumerator): Set DECL_CONTEXT of an enumerator to
its enumeration.
* decl2.c (mark_used): Call used_types_insert for enums.
* semantics.c (finish_id_expression): Don't decay CONST_DECL.
(finish_member_declaration): Don't change DECL_CONTEXT of enumerators.
* class.c (check_field_decls): Don't change DECL_CONTEXT of enums.
* typeck.c (convert_for_assignment): Don't decay CONST_DECL.
(build_class_member_access_expr): Look through unscoped enums.
* search.c (context_for_name_lookup): Look through unscoped enums.
* pt.c (tsubst_copy_and_build): Don't decay CONST_DECL.
(tsubst_copy): Use DECL_CONTEXT to find the enumeration.
* tree.c (decl_linkage): Likewise.
* cvt.c (ocp_convert): Check decayed expr for enum range warning.
gcc/c-family/
* c-common.c (get_priority): Call default_conversion.

Added:
trunk/gcc/testsuite/g++.dg/template/enum7.C
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/cp/class.c
trunk/gcc/cp/cvt.c
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/search.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/scoped_enum.C
trunk/gcc/testsuite/g++.dg/other/ptrmem10.C
trunk/gcc/testsuite/g++.dg/other/ptrmem11.C

--- Comment #28 from Jason Merrill  2012-07-02 
19:24:11 UTC ---
Warning can be disabled in 4.7.1 with -Wno-enum-compare, is fixed in 4.8.0.

[Bug target/51244] SH Target: Inefficient conditional branch

[olegendo at gcc dot gnu.org]

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

--- Comment #40 from Oleg Endo  2012-07-02 
19:24:03 UTC ---
Author: olegendo
Date: Mon Jul  2 19:23:56 2012
New Revision: 189177

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189177
Log:
PR target/51244
* config/sh/predicates.md (t_reg_operand, negt_reg_operand): New
predicates.
* config/sh/sh-protos.h (get_t_reg_rtx): New prototype.
* config/sh/sh.c (get_t_reg_rtx): New function.  Use it when invoking
gen_branch_true and gen_branch_false.
* config/sh/sh.md: Use get_t_reg_rtx when invoking gen_branch_true and
gen_branch_false.
(branch_true, branch_false): Use t_reg_operand predicate.
(*branch_true, *branch_false): Delete.
(movt): Use t_reg_operand predicate.
(*negnegt): Use negt_reg_operand predicate and fold little and big
endian variants.
(*movtt): Use t_reg_operand and fold little and big endian variants.
(*movt_qi): Delete.

PR target/51244
* gcc.target/sh/pr51244-1.c: Check that movt insn is not generated.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/predicates.md
trunk/gcc/config/sh/sh-protos.h
trunk/gcc/config/sh/sh.c
trunk/gcc/config/sh/sh.md
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/sh/pr51244-1.c

[Bug c++/53821] [4.7/4.8 regression][c++11] multiple definitions of lambda

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2012-07-02 
19:14:40 UTC ---
Author: jason
Date: Mon Jul  2 19:14:34 2012
New Revision: 189175

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189175
Log:
PR c++/53821
* semantics.c (maybe_add_lambda_conv_op): Don't set
DECL_INTERFACE_KNOWN.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template6.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog

--- Comment #5 from Jason Merrill  2012-07-02 
19:15:03 UTC ---
Author: jason
Date: Mon Jul  2 19:14:58 2012
New Revision: 189176

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189176
Log:
PR c++/53821
* semantics.c (maybe_add_lambda_conv_op): Don't set
DECL_INTERFACE_KNOWN.

Added:
   
branches/gcc-4_7-branch/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template6.C
Modified:
branches/gcc-4_7-branch/gcc/cp/ChangeLog
branches/gcc-4_7-branch/gcc/cp/semantics.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug c++/53524] [4.7/4.8 Regression] Bogus enum comparison warning

[jason at gcc dot gnu.org]

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

--- Comment #27 from Jason Merrill  2012-07-02 
19:14:29 UTC ---
Author: jason
Date: Mon Jul  2 19:14:23 2012
New Revision: 189174

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189174
Log:
PR c++/53524
gcc/cp/
* call.c (build_conditional_expr_1): Don't warn about comparison of
two enumerators before their enumeration is complete.
(build_new_op_1): Call decay_conversion before warn_logical_operator.
* decl.c (build_enumerator): Set DECL_CONTEXT of an enumerator to
its enumeration.
* decl2.c (mark_used): Call used_types_insert for enums.
* semantics.c (finish_id_expression): Don't decay CONST_DECL.
(finish_member_declaration): Don't change DECL_CONTEXT of enumerators.
* class.c (check_field_decls): Don't change DECL_CONTEXT of enums.
* typeck.c (convert_for_assignment): Don't decay CONST_DECL.
(build_class_member_access_expr): Look through unscoped enums.
* search.c (context_for_name_lookup): Look through unscoped enums.
* pt.c (tsubst_copy_and_build): Don't decay CONST_DECL.
(tsubst_copy): Use DECL_CONTEXT to find the enumeration.
* tree.c (decl_linkage): Likewise.
* cvt.c (ocp_convert): Check decayed expr for enum range warning.
gcc/c-family/
* c-common.c (get_priority): Call default_conversion.

Added:
trunk/gcc/testsuite/g++.dg/template/enum7.C
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-common.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/cp/class.c
trunk/gcc/cp/cvt.c
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/search.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/scoped_enum.C
trunk/gcc/testsuite/g++.dg/other/ptrmem10.C
trunk/gcc/testsuite/g++.dg/other/ptrmem11.C

[Bug c++/53821] [4.7/4.8 regression][c++11] multiple definitions of lambda

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  2012-07-02 
19:14:40 UTC ---
Author: jason
Date: Mon Jul  2 19:14:34 2012
New Revision: 189175

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189175
Log:
PR c++/53821
* semantics.c (maybe_add_lambda_conv_op): Don't set
DECL_INTERFACE_KNOWN.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template6.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/52558] write introduction incorrect wrt the C++11 memory model

[aldyh at gcc dot gnu.org]

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

--- Comment #23 from Aldy Hernandez  2012-07-02 
18:25:42 UTC ---
BTW, for anyone still stuck on this, you need to use the following when
compiling the testcase:

--param allow-store-data-races=0

Eventually, this will be the default for C++1x, or the C++ memory model.

[Bug libstdc++/53830] condition_variable_any - deadlock issue

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #2 from Jonathan Wakely  2012-07-02 
17:25:16 UTC ---
similar issue to PR 50862, I should have fixed it at the same time

[Bug libstdc++/53830] condition_variable_any - deadlock issue

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-07-02
   Target Milestone|--- |4.6.4
 Ever Confirmed|0   |1

--- Comment #1 from Jonathan Wakely  2012-07-02 
16:53:47 UTC ---
confirmed

[Bug libstdc++/53830] New: condition_variable_any - deadlock issue

[m_reicha at informatik dot uni-kl.de]

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

 Bug #: 53830
   Summary: condition_variable_any - deadlock issue
Classification: Unclassified
   Product: gcc
   Version: 4.6.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: m_rei...@informatik.uni-kl.de


Created attachment 27730
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27730
Simple test program that causes deadlock

I believe there is a bug (or a pitfall at least) in std::condition_variable_any
that can cause deadlocks. Actually, one of my programs just froze because of
this.
I am using gcc 4.6.3. However, I believe the bug is also in the latest headers
in the CVS (trunk).

A common use case for condition_variables, is something like this:

std::mutex mutex;
std::condition_variable_any cv;

// called by thread#1: waits for data from another thread
void wait_for_data()
{
  std::unique_lock lock(mutex);
  cv.wait_for(lock, std::chrono::seconds(2)); // no predicate for simplicity
  // dequeue data
}

// called by thread#2: passes data to waiting thread
void provide_data()
{
  std::unique_lock lock(mutex);
  // enqueue data
  cv.notify_one();
}


If thread#1's timeout expires while thread#2 already holds the lock on "mutex",
this will deadlock.
This is because condition_variable_any uses another internal mutex, which is
usually acquired after "mutex". However, if the timeout expires, the internal
mutex is acquired before "mutex".
By adding a nonsense "sleep_for", we can actually make a simple test program
always deadlocks (see attachment).
Notably, the same test program does not deadlock, if a
boost::condition_variable_any or a std::condition_variable is used instead of a
std::condition_variable_any.

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

[jamborm at gcc dot gnu.org]

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

--- Comment #68 from Martin Jambor  2012-07-02 
15:53:29 UTC ---
Author: jamborm
Date: Mon Jul  2 15:53:21 2012
New Revision: 189165

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189165
Log:
2012-07-02  Martin Jambor  

PR middle-end/38474
* ipa-prop.c (compute_known_type_jump_func): Check for a BINFO before
checking for a dynamic type change.


Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/ipa-prop.c

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

[jamborm at gcc dot gnu.org]

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

--- Comment #67 from Martin Jambor  2012-07-02 
15:44:01 UTC ---
Author: jamborm
Date: Mon Jul  2 15:43:56 2012
New Revision: 189164

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189164
Log:
2012-07-02  Martin Jambor  

PR middle-end/38474
* ipa-prop.c (compute_known_type_jump_func): Put BINFO check before a
dynamic type change check.


Modified:
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/ipa-prop.c

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

[jamborm at gcc dot gnu.org]

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

--- Comment #66 from Martin Jambor  2012-07-02 
15:28:17 UTC ---
Author: jamborm
Date: Mon Jul  2 15:28:11 2012
New Revision: 189163

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189163
Log:
2012-07-02  Martin Jambor  

PR middle-end/38474
* ipa-prop.c (compute_known_type_jump_func): Put BINFO check before a
dynamic type change check.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-prop.c

[Bug debug/53820] [4.8 Regression] ICE in vt_expand_var_loc_chain, at var-tracking.c:8029

[aoliva at gcc dot gnu.org]

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

--- Comment #3 from Alexandre Oliva  2012-07-02 
15:20:54 UTC ---
This patchlet for var-tracking.c fixes the testcase.  I'm now testing it on
x86_64.  John, would you be so kind as to try to bootstrap it on
hppa64-hp-hpux11.11 to make sure no other such problem remains?  TIA,

--- a/gcc/var-tracking.c
+++ b/gcc/var-tracking.c
@@ -9333,8 +9333,6 @@ vt_add_function_parameter (tree parm)
  based on generic registers.  But the prerequisite is that this argument
  pointer be also the virtual CFA pointer, see vt_initialize.  */
   if (MEM_P (incoming)
-  && stack_realign_drap
-  && arg_pointer_rtx == cfa_base_rtx
   && (XEXP (incoming, 0) == crtl->args.internal_arg_pointer
   || (GET_CODE (XEXP (incoming, 0)) == PLUS
   && XEXP (XEXP (incoming, 0), 0)

[Bug c/16351] NULL dereference warnings

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #11 from Manuel López-Ibáñez  2012-07-02 
14:54:22 UTC ---
(In reply to comment #10)
> I wonder if this is ever going to be fixed and if not, if there's any point in
> being open.

Like most things in GCC, it will get fixed when someone motivated enough
decides to spent the time and effort required to get it fixed.

A bug being open means that GCC maintainers are not in principle against the
feature, but it doesn't mean that they are ever going to work on it. There are
much older bugs than this one that are still open and some of them even get
fixed from time to time.

[Bug c/16351] NULL dereference warnings

[Paulo.Matos at csr dot com]

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

Paulo J. Matos  changed:

   What|Removed |Added

 CC||Paulo.Matos at csr dot com

--- Comment #10 from Paulo J. Matos  2012-07-02 
14:36:40 UTC ---
I wonder if this is ever going to be fixed and if not, if there's any point in
being open.

[Bug middle-end/52230] OpenMP: Simple C program triggers SIGSEGV at execution

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.7.1   |4.6.3

--- Comment #9 from Richard Guenther  2012-07-02 
14:11:37 UTC ---
Fixed for 4.6.3.

[Bug go/51874] Many libgo testsuite failures on IRIX

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.7.1   |---

[Bug target/50166] .init_array/.fini_array support doesn't work on Solaris

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.7.1   |---

[Bug target/47440] Use LCM for vzeroupper insertion

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.7.1   |---

[Bug libfortran/49791] [4.6/4.7/4.8 Regression] Formatted namelist reads fails with: Cannot match namelist object

[orion at cora dot nwra.com]

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

--- Comment #22 from Orion Poplawski  2012-07-02 
14:04:57 UTC ---
I am on vacation and will be out of the office until Monday, July 2nd.

Your message has been saved and I will respond if needed when I return.

If this is an urgent CoRA computing issue, please contact Andy Frahm or
send email to coracompu...@cora.nwra.com.

Cheers,

   Orion

--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com

[Bug rtl-optimization/44194] struct returned by value generates useless stores

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.7.1   |---

[Bug libfortran/49791] [4.6/4.7/4.8 Regression] Formatted namelist reads fails with: Cannot match namelist object

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/43804] [4.6 regression] ICE in reload_cse_simplify_operands

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/44793] [4.6/4.7/4.8 Regression] libgcc does not include t-ppccomm on rtems

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/34226] [4.6/4.7/4.8 Regression][frv] ICE in default_secondary_reload, at targhooks.c:612

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug preprocessor/39533] [4.6/4.7/4.8 Regression] -MM may list a header file twice

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/39423] [4.6/4.7/4.8 Regression] [SH] performance regression: lost mov @(disp,Rn)

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug driver/25208] [4.6/4.7/4.8 Regression] two outputs and -MMD

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/34892] [4.6/4.7/4.8 regression] ICE with ellipsis in default template argument

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug testsuite/40625] [4.6/4.7/4.8 Regression] Errors in "make -k check-gcc RUNTESTFLAGS=plugin.exp"

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug tree-optimization/37916] [4.6/4.7/4.8 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug bootstrap/15212] [4.6/4.7/4.8 Regression] bootstrap fails on interix3

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug preprocessor/20285] [4.6/4.7/4.8 Regression] gcc -E - < . gives a misleading error message

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/44982] [4.6/4.7/4.8 Regression] ICE in get_narrower, at tree.c:7832

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/41076] [avr] pessimal code for logical OR of 8-bit fields

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Richard Guenther  2012-07-02 
13:52:40 UTC ---
Fixed I suppose.

[Bug ada/25844] [4.6/4.7/4.8 regression] ICE on overloaded renames

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/52640] [4.8 Regression] performance bottleneck: gcc/tree.c;value_member

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.8.0

[Bug target/20617] [4.6/4.7/4.8 Regression] shared SH libgcc is exporting too many symbols

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug other/20128] ice with mudflap + profile generate

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||4.7.0
 Resolution||FIXED
   Target Milestone|4.7.1   |4.7.0

--- Comment #12 from Richard Guenther  2012-07-02 
13:50:34 UTC ---
Fixed for 4.7.0.

[Bug bootstrap/25470] [4.6/4.7/4.8 Regression] fixincludes/ subdirectory not cleaned by "make distclean"

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug ada/40986] [4.6 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

[Markus.Schoepflin at comsoft dot aero]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

--- Comment #10 from Markus.Schoepflin at comsoft dot aero 2012-07-02 13:49:17 
UTC ---
Dear Sender,

I am currently out of office and will be back on Monday, 16.07.2012. During my
absence I am not able to check emails. In urgent cases please contact
cca...@comsoft.de.

Best regards,
Markus Schöpflin

[Bug ada/40986] [4.6 regression] Assert_Failure sinfo.adb:360, error detected at a-unccon.ads:23:27

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug java/24698] [4.6/4.7/4.8 regression] SIGABRT when using ResourceBundle.getBundle with a nonexistant key

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/22553] [4.6/4.7/4.8 regression] ICE building libstdc++

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/38621] [4.6/4.7/4.8 Regression] sh gcc unable to spill register when building ghostscript-gpl with -O2

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug java/42143] [4.6/4.7/4.8 Regression] gcj creates "dummy" variables

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug tree-optimization/41089] [4.6/4.7/4.8 Regression] stdarg pass produces wrong code

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug libstdc++/40974] [4.6/4.7/4.8 Regression] cannot build gcc-4.4.1: fenv_t has not been declared

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/53810] template class static not defined

[ajrobb57 at gmail dot com]

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

--- Comment #8 from Andrew Robb  2012-07-02 13:41:11 
UTC ---
thank you

[Bug objc/39753] [4.6/4.7/4.8 Regression] Objective-C(++) and C90 strict-aliasing interaction bug

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/53810] template class static not defined

[redi at gcc dot gnu.org]

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

--- Comment #7 from Jonathan Wakely  2012-07-02 
13:38:16 UTC ---
It's not a mistake in the standard, and it's not generally possible to warn at
compile-time about a missing definition at link-time.

[Bug c++/14179] [4.6/4.7/4.8 Regression] out of memory while parsing array with many initializers

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug rtl-optimization/40797] [4.6/4.7/4.8 Regression] ICE in df_refs_verify, at df-scan.c:4361

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/15184] [4.6/4.7/4.8 Regression] Direct access to byte inside word not working with -march=pentiumpro

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/20681] [4.6 Regression] wrong "control reaches" warning with switches

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug ada/32164] [4.6/4.7/4.8 Regression] ICE when renaming predefined "=" and "/="

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/18346] [4.6/4.7/4.8 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/trampoline-1.c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug driver/14435] [4.6/4.7/4.8 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/40154] [4.6/4.7/4.8 Regression] internal compiler error: in do_SUBST, at combine.c:681

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/26241] [4.6/4.7/4.8 Regression] None of the IPA passes are documented in passes.texi

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/22488] [4.6/4.7/4.8 Regression] push_fields_onto_fieldstack calculates offset incorrectly

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c/23144] [4.6/4.7/4.8 Regression] invalid parameter forward declarations not diagnosed

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/40405] [4.6/4.7/4.8 Regression] ICE with invalid initialization of template member

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug target/40454] [4.6/4.7/4.8 regression] zlib is about 20% slower when compiled with GCC 4.4.1

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug middle-end/38059] [4.6/4.7/4.8 Regression] Compile time regression for gcc.dg/20020425-1.c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c/35330] [4.6/4.7/4.8 regression] ICE with invalid pragma weak

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4

[Bug c++/42315] [4.6/4.7/4.8 Regression] ICE with invalid array initializer

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|4.5.4   |4.6.4