[Bug c++/38796] [c++0x] defaulted operator= with non-default return type accepted

2009-10-17 Thread jason at gcc dot gnu dot org


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-12 21:53:12 |2009-10-18 05:20:39
   date||


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



[Bug c++/40092] [c++0x] expansion pattern fails with error about derived template instead of actual template

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #18 from jason at gcc dot gnu dot org  2009-10-18 05:19 ---
Fixed for 4.4.3.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

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


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



[Bug c++/37875] [c++0x] misinterpreted closing angle bracket in decltype operand

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #6 from jason at gcc dot gnu dot org  2009-10-18 05:17 ---
.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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



[Bug c++/37875] [c++0x] misinterpreted closing angle bracket in decltype operand

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #5 from jason at gcc dot gnu dot org  2009-10-18 05:17 ---
Fixed for 4.4.3.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.3


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



[Bug c++/37766] [C++0x] ICE with function's default reference template parameter

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #9 from jason at gcc dot gnu dot org  2009-10-18 05:17 ---
Fixed for 4.4.3.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

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


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



[Bug c++/37204] [c++0x] reinterpret_cast(v) incorrectly yields an lvalue

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #5 from jason at gcc dot gnu dot org  2009-10-18 05:16 ---
Fixed for 4.4.3.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

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


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



[Bug c++/38798] [c++0x] Trouble with struct/class/enum keyword in late return types

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #5 from jason at gcc dot gnu dot org  2009-10-18 05:16 ---
Fixed for 4.4.3, 4.5.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.3


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



[Bug c++/40092] [c++0x] expansion pattern fails with error about derived template instead of actual template

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #17 from jason at gcc dot gnu dot org  2009-10-18 05:13 ---
Subject: Bug 40092

Author: jason
Date: Sun Oct 18 05:13:05 2009
New Revision: 152966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152966
Log:
PR c++/38798
* parser.c (CP_PARSER_FLAGS_NO_TYPE_DEFINITIONS): New.
(cp_parser_type_specifier): Don't try to parse a class-specifier
or enum-specifier in that case.
(cp_parser_trailing_type_id): New.
(cp_parser_late_return_type_opt): Call it.
(cp_parser_type_id_1): Add is_trailing_return parm.
(cp_parser_type_specifier_seq): Likewise.

PR c++/40092
* tree.c (cp_tree_equal): Add test for TEMPLATE_PARM_PARAMETER_PACK
equality.

PR c++/37875
* parser.c (cp_parser_decltype): Set greater_than_is_operator_p.

PR c++/37766
* pt.c (type_unification_real): Call convert_template_argument
for function default template arguments.
(check_default_tmpl_args): Suggest -std=c++0x when function default
template args seen in C++98 mode.

PR c++/37204
* typeck.c (build_reinterpret_cast_1): Handle rvalue refs
properly.


Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/decltype18.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/decltype18.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
  - copied unchanged from r152661,
trunk/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing1.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing2.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing3.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing3.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing4.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing4.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing5.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing5.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
  - copied unchanged from r152751,
trunk/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto13.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto8.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/cp/typeck.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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



[Bug c++/37204] [c++0x] reinterpret_cast(v) incorrectly yields an lvalue

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #4 from jason at gcc dot gnu dot org  2009-10-18 05:13 ---
Subject: Bug 37204

Author: jason
Date: Sun Oct 18 05:13:05 2009
New Revision: 152966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152966
Log:
PR c++/38798
* parser.c (CP_PARSER_FLAGS_NO_TYPE_DEFINITIONS): New.
(cp_parser_type_specifier): Don't try to parse a class-specifier
or enum-specifier in that case.
(cp_parser_trailing_type_id): New.
(cp_parser_late_return_type_opt): Call it.
(cp_parser_type_id_1): Add is_trailing_return parm.
(cp_parser_type_specifier_seq): Likewise.

PR c++/40092
* tree.c (cp_tree_equal): Add test for TEMPLATE_PARM_PARAMETER_PACK
equality.

PR c++/37875
* parser.c (cp_parser_decltype): Set greater_than_is_operator_p.

PR c++/37766
* pt.c (type_unification_real): Call convert_template_argument
for function default template arguments.
(check_default_tmpl_args): Suggest -std=c++0x when function default
template args seen in C++98 mode.

PR c++/37204
* typeck.c (build_reinterpret_cast_1): Handle rvalue refs
properly.


Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/decltype18.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/decltype18.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
  - copied unchanged from r152661,
trunk/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing1.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing2.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing3.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing3.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing4.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing4.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing5.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing5.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
  - copied unchanged from r152751,
trunk/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto13.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto8.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/cp/typeck.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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



[Bug c++/38798] [c++0x] Trouble with struct/class/enum keyword in late return types

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #4 from jason at gcc dot gnu dot org  2009-10-18 05:13 ---
Subject: Bug 38798

Author: jason
Date: Sun Oct 18 05:13:05 2009
New Revision: 152966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152966
Log:
PR c++/38798
* parser.c (CP_PARSER_FLAGS_NO_TYPE_DEFINITIONS): New.
(cp_parser_type_specifier): Don't try to parse a class-specifier
or enum-specifier in that case.
(cp_parser_trailing_type_id): New.
(cp_parser_late_return_type_opt): Call it.
(cp_parser_type_id_1): Add is_trailing_return parm.
(cp_parser_type_specifier_seq): Likewise.

PR c++/40092
* tree.c (cp_tree_equal): Add test for TEMPLATE_PARM_PARAMETER_PACK
equality.

PR c++/37875
* parser.c (cp_parser_decltype): Set greater_than_is_operator_p.

PR c++/37766
* pt.c (type_unification_real): Call convert_template_argument
for function default template arguments.
(check_default_tmpl_args): Suggest -std=c++0x when function default
template args seen in C++98 mode.

PR c++/37204
* typeck.c (build_reinterpret_cast_1): Handle rvalue refs
properly.


Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/decltype18.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/decltype18.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
  - copied unchanged from r152661,
trunk/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing1.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing2.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing3.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing3.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing4.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing4.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing5.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing5.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
  - copied unchanged from r152751,
trunk/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto13.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto8.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/cp/typeck.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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



[Bug c++/37766] [C++0x] ICE with function's default reference template parameter

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #8 from jason at gcc dot gnu dot org  2009-10-18 05:13 ---
Subject: Bug 37766

Author: jason
Date: Sun Oct 18 05:13:05 2009
New Revision: 152966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152966
Log:
PR c++/38798
* parser.c (CP_PARSER_FLAGS_NO_TYPE_DEFINITIONS): New.
(cp_parser_type_specifier): Don't try to parse a class-specifier
or enum-specifier in that case.
(cp_parser_trailing_type_id): New.
(cp_parser_late_return_type_opt): Call it.
(cp_parser_type_id_1): Add is_trailing_return parm.
(cp_parser_type_specifier_seq): Likewise.

PR c++/40092
* tree.c (cp_tree_equal): Add test for TEMPLATE_PARM_PARAMETER_PACK
equality.

PR c++/37875
* parser.c (cp_parser_decltype): Set greater_than_is_operator_p.

PR c++/37766
* pt.c (type_unification_real): Call convert_template_argument
for function default template arguments.
(check_default_tmpl_args): Suggest -std=c++0x when function default
template args seen in C++98 mode.

PR c++/37204
* typeck.c (build_reinterpret_cast_1): Handle rvalue refs
properly.


Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/decltype18.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/decltype18.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
  - copied unchanged from r152661,
trunk/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing1.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing2.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing3.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing3.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing4.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing4.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing5.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing5.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
  - copied unchanged from r152751,
trunk/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto13.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto8.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/cp/typeck.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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



[Bug c++/37875] [c++0x] misinterpreted closing angle bracket in decltype operand

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #4 from jason at gcc dot gnu dot org  2009-10-18 05:13 ---
Subject: Bug 37875

Author: jason
Date: Sun Oct 18 05:13:05 2009
New Revision: 152966

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152966
Log:
PR c++/38798
* parser.c (CP_PARSER_FLAGS_NO_TYPE_DEFINITIONS): New.
(cp_parser_type_specifier): Don't try to parse a class-specifier
or enum-specifier in that case.
(cp_parser_trailing_type_id): New.
(cp_parser_late_return_type_opt): Call it.
(cp_parser_type_id_1): Add is_trailing_return parm.
(cp_parser_type_specifier_seq): Likewise.

PR c++/40092
* tree.c (cp_tree_equal): Add test for TEMPLATE_PARM_PARAMETER_PACK
equality.

PR c++/37875
* parser.c (cp_parser_decltype): Set greater_than_is_operator_p.

PR c++/37766
* pt.c (type_unification_real): Call convert_template_argument
for function default template arguments.
(check_default_tmpl_args): Suggest -std=c++0x when function default
template args seen in C++98 mode.

PR c++/37204
* typeck.c (build_reinterpret_cast_1): Handle rvalue refs
properly.


Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/decltype18.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/decltype18.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
  - copied unchanged from r152686,
trunk/gcc/testsuite/g++.dg/cpp0x/fntmpdefarg1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
  - copied unchanged from r152661,
trunk/gcc/testsuite/g++.dg/cpp0x/rv-reinterpret.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing1.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing1.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing2.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing2.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing3.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing3.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing4.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing4.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/trailing5.C
  - copied unchanged from r152924,
trunk/gcc/testsuite/g++.dg/cpp0x/trailing5.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
  - copied unchanged from r152751,
trunk/gcc/testsuite/g++.dg/cpp0x/vt-40092.C
Removed:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto13.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto8.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/parser.c
branches/gcc-4_4-branch/gcc/cp/pt.c
branches/gcc-4_4-branch/gcc/cp/tree.c
branches/gcc-4_4-branch/gcc/cp/typeck.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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



[Bug debug/41535] [4.5 Regression] Broken var location info after scheduling

2009-10-17 Thread aoliva at gcc dot gnu dot org


--- Comment #4 from aoliva at gcc dot gnu dot org  2009-10-18 04:57 ---
Fixed


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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



[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken

2009-10-17 Thread bkoz at gcc dot gnu dot org


--- Comment #4 from bkoz at gcc dot gnu dot org  2009-10-18 03:30 ---
Subject: Bug 40826

Author: bkoz
Date: Sun Oct 18 03:30:03 2009
New Revision: 152965

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152965
Log:
2009-10-16  Benjamin Kosnik  

* include/c_compatibility/stdatomic.h: Include cstdatomic if
__cplusplus.

2009-10-15  Benjamin Kosnik  

PR libstdc++/40654
PR libstdc++/40826
* src/atomic.cc (atomic_flag_test_and_set_explicit): Add
static_cast from base to derived.
(atomic_flag_clear_explicit): Same.
* include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation.
Remove value type constructor.
* include/bits/atomic_0.h (__atomic0::atomic_flag): Same.
* include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to
initialized the atomic_flag member.

Added:
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/cons/1.cc
Modified:
branches/gcc-4_4-branch/libstdc++-v3/ChangeLog
branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_0.h
branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_2.h
branches/gcc-4_4-branch/libstdc++-v3/include/c_compatibility/stdatomic.h
branches/gcc-4_4-branch/libstdc++-v3/src/atomic.cc


-- 


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



[Bug libstdc++/40654] [C++0x] atomic.cc: 'd' is used uninitialized warning

2009-10-17 Thread bkoz at gcc dot gnu dot org


--- Comment #6 from bkoz at gcc dot gnu dot org  2009-10-18 03:30 ---
Subject: Bug 40654

Author: bkoz
Date: Sun Oct 18 03:30:03 2009
New Revision: 152965

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152965
Log:
2009-10-16  Benjamin Kosnik  

* include/c_compatibility/stdatomic.h: Include cstdatomic if
__cplusplus.

2009-10-15  Benjamin Kosnik  

PR libstdc++/40654
PR libstdc++/40826
* src/atomic.cc (atomic_flag_test_and_set_explicit): Add
static_cast from base to derived.
(atomic_flag_clear_explicit): Same.
* include/bits/atomic_2.h (__atomic2::atomic_flag): Public derivation.
Remove value type constructor.
* include/bits/atomic_0.h (__atomic0::atomic_flag): Same.
* include/std/future (_Future_state): Use ATOMIC_FLAG_INIT to
initialized the atomic_flag member.

Added:
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.c
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/clear/1.cc
   
branches/gcc-4_4-branch/libstdc++-v3/testsuite/29_atomics/atomic_flag/cons/1.cc
Modified:
branches/gcc-4_4-branch/libstdc++-v3/ChangeLog
branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_0.h
branches/gcc-4_4-branch/libstdc++-v3/include/bits/atomic_2.h
branches/gcc-4_4-branch/libstdc++-v3/include/c_compatibility/stdatomic.h
branches/gcc-4_4-branch/libstdc++-v3/src/atomic.cc


-- 


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



[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken

2009-10-17 Thread bkoz at gcc dot gnu dot org


--- Comment #3 from bkoz at gcc dot gnu dot org  2009-10-18 03:20 ---
Mine.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bkoz at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-18 03:20:10
   date||
   Target Milestone|--- |4.4.3


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



[Bug middle-end/41738] optabs expands rotate using wrong mode

2009-10-17 Thread hutchinsonandy at gcc dot gnu dot org


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.3


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



[Bug middle-end/41738] optabs expands rotate using wrong mode

2009-10-17 Thread hutchinsonandy at gcc dot gnu dot org


--- Comment #2 from hutchinsonandy at gcc dot gnu dot org  2009-10-17 22:42 
---
Subject: Bug 41738

Author: hutchinsonandy
Date: Sat Oct 17 22:42:17 2009
New Revision: 152961

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152961
Log:
2009-10-17  Andy Hutchinson 
PR middle-end/41738
* optabs.c (expand_binop): Make mode of shift count expression mode of shift
count not target.
Remove indent nit.

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


-- 


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



[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

2009-10-17 Thread mikpe at it dot uu dot se


--- Comment #3 from mikpe at it dot uu dot se  2009-10-17 22:08 ---
I just had a look at some gcc-4.4.2 testsuite failure on arm-linux-gnueabi, and
came across the uninit-13.c one and this PR.

The error is not that uninit-13.c triggers an "is used uninitialized" warning,
it's supposed to do that, but that on ARM the line number for the warning is
off-by-one.

On armv5tel-linux-gnueabi:
uninit-13.c: In function 'foo':
uninit-13.c:7: warning: '__real__ f' is used uninitialized in this function

On i686-pc-linux-gnu:
uninit-13.c: In function 'foo':
uninit-13.c:8: warning: '__real__ f' is used uninitialized in this function

Apparently x86-64 is also off-by-one, while my powerpc64 box agrees with i686.

If I replace the _Complex float with a struct of two floats like this:

typedef struct { float x; float y; } C;
C foo()
{
float x; float y;
x = 0;
return (C){x, y};
}

then my i686 and ARM compilers emit identical warnings.

Something strange is happening with _Complex on ARM (and x86-64).


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||mikpe at it dot uu dot se


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



[Bug libstdc++/41351] std::rotate on RAI does not conform to ISO complexity requirement

2009-10-17 Thread potswa at mac dot com


--- Comment #33 from potswa at mac dot com  2009-10-17 20:45 ---
I returned the copyright forms today, so now the wheels are turning :vD .


-- 


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



[Bug target/40720] Optimizer Bug: bad register name

2009-10-17 Thread ubizjak at gmail dot com


--- Comment #3 from ubizjak at gmail dot com  2009-10-17 19:28 ---
(In reply to comment #2)

> I rebuilt from latest subversion and problem no longer occurs. We can close
> this bug!

Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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



[Bug c++/40723] Optimizer Causes Undefined References

2009-10-17 Thread manu at gcc dot gnu dot org


--- Comment #4 from manu at gcc dot gnu dot org  2009-10-17 19:24 ---
The reporter cannot reproduce this anymore, no testcase available. Closed as
WORKSFORME. Please reopen if you find a testcase or it fails again.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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



[Bug fortran/41733] Proc-pointer conformance checks: Elemental-proc-ptr => non-elemental-proc

2009-10-17 Thread burnus at gcc dot gnu dot org


--- Comment #2 from burnus at gcc dot gnu dot org  2009-10-17 19:07 ---
There is the following additional restriction, which I could not find (Thanks
James!):

C728 (R742) The proc-target shall not be a nonintrinsic elemental procedure.


-- 


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



[Bug c++/40723] Optimizer Causes Undefined References

2009-10-17 Thread mckelvey at maskull dot com


--- Comment #3 from mckelvey at maskull dot com  2009-10-17 19:02 ---
Latest from subversion, bug no longer occurs. I think we can close.


-- 


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



[Bug target/40720] Optimizer Bug: bad register name

2009-10-17 Thread mckelvey at maskull dot com


--- Comment #2 from mckelvey at maskull dot com  2009-10-17 18:59 ---
(In reply to comment #1)
> >I'm unsure how to proceed, as temp files
> will be very large
> 
> Zip them up.
> 

I rebuilt from latest subversion and problem no longer occurs. We can close
this
bug!


-- 


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



[Bug fortran/41587] [OOP] ICE with ALLOCATABLE CLASS components

2009-10-17 Thread pault at gcc dot gnu dot org


--- Comment #2 from pault at gcc dot gnu dot org  2009-10-17 18:09 ---
Subject: Bug 41587

Author: pault
Date: Sat Oct 17 18:09:25 2009
New Revision: 152955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152955
Log:
2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41608
* decl.c (gfc_match_data_decl): Add BT_CLASS for undefined type
and empty type errors.
* parse.c (gfc_build_block_ns): Only set recursive if parent ns
has a proc_name.

PR fortran/41629
PR fortran/41618
PR fortran/41587
* gfortran.h : Add class_ok bitfield to symbol_attr.
* decl.c (build_sym): Set attr.class_ok if dummy, pointer or
allocatable.
(build_struct): Use gfc_try 't' to carry errors past the call
to encapsulate_class_symbol.
(attr_decl1): For a CLASS object, apply the new attribute to
the data component.
* match.c (gfc_match_select_type): Set attr.class_ok for an
assigned selector.
* resolve.c (resolve_fl_variable_derived): Check a CLASS object
is dummy, pointer or allocatable by testing the class_ok and
the use_assoc attribute.

2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41629
* gfortran.dg/class_6.f90: New test.

PR fortran/41608
PR fortran/41587
* gfortran.dg/class_7.f90: New test.

PR fortran/41618
* gfortran.dg/class_8.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/class_6.f03
trunk/gcc/testsuite/gfortran.dg/class_7.f03
trunk/gcc/testsuite/gfortran.dg/class_8.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/match.c
trunk/gcc/fortran/parse.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug fortran/41618] [OOP] accepts-invalid with CLASS pointer component

2009-10-17 Thread pault at gcc dot gnu dot org


--- Comment #2 from pault at gcc dot gnu dot org  2009-10-17 18:09 ---
Subject: Bug 41618

Author: pault
Date: Sat Oct 17 18:09:25 2009
New Revision: 152955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152955
Log:
2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41608
* decl.c (gfc_match_data_decl): Add BT_CLASS for undefined type
and empty type errors.
* parse.c (gfc_build_block_ns): Only set recursive if parent ns
has a proc_name.

PR fortran/41629
PR fortran/41618
PR fortran/41587
* gfortran.h : Add class_ok bitfield to symbol_attr.
* decl.c (build_sym): Set attr.class_ok if dummy, pointer or
allocatable.
(build_struct): Use gfc_try 't' to carry errors past the call
to encapsulate_class_symbol.
(attr_decl1): For a CLASS object, apply the new attribute to
the data component.
* match.c (gfc_match_select_type): Set attr.class_ok for an
assigned selector.
* resolve.c (resolve_fl_variable_derived): Check a CLASS object
is dummy, pointer or allocatable by testing the class_ok and
the use_assoc attribute.

2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41629
* gfortran.dg/class_6.f90: New test.

PR fortran/41608
PR fortran/41587
* gfortran.dg/class_7.f90: New test.

PR fortran/41618
* gfortran.dg/class_8.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/class_6.f03
trunk/gcc/testsuite/gfortran.dg/class_7.f03
trunk/gcc/testsuite/gfortran.dg/class_8.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/match.c
trunk/gcc/fortran/parse.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug fortran/41629] [OOP] gimplification error on valid code

2009-10-17 Thread pault at gcc dot gnu dot org


--- Comment #1 from pault at gcc dot gnu dot org  2009-10-17 18:09 ---
Subject: Bug 41629

Author: pault
Date: Sat Oct 17 18:09:25 2009
New Revision: 152955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152955
Log:
2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41608
* decl.c (gfc_match_data_decl): Add BT_CLASS for undefined type
and empty type errors.
* parse.c (gfc_build_block_ns): Only set recursive if parent ns
has a proc_name.

PR fortran/41629
PR fortran/41618
PR fortran/41587
* gfortran.h : Add class_ok bitfield to symbol_attr.
* decl.c (build_sym): Set attr.class_ok if dummy, pointer or
allocatable.
(build_struct): Use gfc_try 't' to carry errors past the call
to encapsulate_class_symbol.
(attr_decl1): For a CLASS object, apply the new attribute to
the data component.
* match.c (gfc_match_select_type): Set attr.class_ok for an
assigned selector.
* resolve.c (resolve_fl_variable_derived): Check a CLASS object
is dummy, pointer or allocatable by testing the class_ok and
the use_assoc attribute.

2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41629
* gfortran.dg/class_6.f90: New test.

PR fortran/41608
PR fortran/41587
* gfortran.dg/class_7.f90: New test.

PR fortran/41618
* gfortran.dg/class_8.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/class_6.f03
trunk/gcc/testsuite/gfortran.dg/class_7.f03
trunk/gcc/testsuite/gfortran.dg/class_8.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/match.c
trunk/gcc/fortran/parse.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug fortran/41608] ICE with CLASS and invalid code

2009-10-17 Thread pault at gcc dot gnu dot org


--- Comment #2 from pault at gcc dot gnu dot org  2009-10-17 18:09 ---
Subject: Bug 41608

Author: pault
Date: Sat Oct 17 18:09:25 2009
New Revision: 152955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152955
Log:
2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41608
* decl.c (gfc_match_data_decl): Add BT_CLASS for undefined type
and empty type errors.
* parse.c (gfc_build_block_ns): Only set recursive if parent ns
has a proc_name.

PR fortran/41629
PR fortran/41618
PR fortran/41587
* gfortran.h : Add class_ok bitfield to symbol_attr.
* decl.c (build_sym): Set attr.class_ok if dummy, pointer or
allocatable.
(build_struct): Use gfc_try 't' to carry errors past the call
to encapsulate_class_symbol.
(attr_decl1): For a CLASS object, apply the new attribute to
the data component.
* match.c (gfc_match_select_type): Set attr.class_ok for an
assigned selector.
* resolve.c (resolve_fl_variable_derived): Check a CLASS object
is dummy, pointer or allocatable by testing the class_ok and
the use_assoc attribute.

2009-10-17  Janus Weil  
Paul Thomas  

PR fortran/41629
* gfortran.dg/class_6.f90: New test.

PR fortran/41608
PR fortran/41587
* gfortran.dg/class_7.f90: New test.

PR fortran/41618
* gfortran.dg/class_8.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/class_6.f03
trunk/gcc/testsuite/gfortran.dg/class_7.f03
trunk/gcc/testsuite/gfortran.dg/class_8.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/match.c
trunk/gcc/fortran/parse.c
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug middle-end/41734] ICE in cgraph_mark_functions_to_output, at cgraphunit.c:1137 with -fwhopr

2009-10-17 Thread rguenth at gcc dot gnu dot org


--- Comment #3 from rguenth at gcc dot gnu dot org  2009-10-17 18:02 ---
So, why do we complain here:

  gcc_assert (node->global.inlined_to
  || !gimple_has_body_p (decl)
  || DECL_EXTERNAL (decl));

for

read_error/5(-1) @0xb7d33200 (clone
of read_error/4) availability:not_available (15 after inlining) (6 after
inlining) needed reachable body externally_visible finalized
  called by: fill_inbuf/2 (0.00 per call) 
  calls: 

a clone which is not available (but needed and externally_visible?!).

Full cgraph at this point:

__builtin_fprintf/6(-1) @0xb7d34300 availability:not_available needed
externally_visible
  called by: read_error/4 (0.00 per call) 
  calls: 
read_error/5(-1) @0xb7d34200 (clone of read_error/4) availability:not_available
(15 after inlining) (6 after inlining) needed reachable body externally_visible
finalized
  called by: fill_inbuf/2 (0.00 per call) 
  calls: 
read_error/4(-1) @0xb7d34100 (inline copy in get_method/1) availability:local
15 time, 10 benefit 6 size, 1 benefit body local finalized inlinable
  called by: fill_inbuf/3 (0.00 per call) (inlined) 
  calls: __builtin_fprintf/6 (0.00 per call) 
fill_inbuf/3(-1) @0xb7d34000 (inline copy in get_method/1) (clone of
fill_inbuf/2) availability:local 4 time, 12 benefit 7 size, 3 benefit (12 after
inlining) body local finalized inlinable
  called by: get_method/1 (0.22 per call) (inlined) 
  calls: read_error/4 (inlined) (0.00 per call) 
fill_inbuf/2(-1) @0xb7c98d00 (inline copy in get_method/1) availability:local 4
time, 12 benefit 7 size, 3 benefit body local finalized inlinable
  called by: get_method/1 (0.07 per call) (inlined) 
  calls: read_error/5 (0.00 per call) 
get_method/1(-1) @0xb7c98f00 availability:available 14 time, 12 benefit (13
after inlining) 26 size, 3 benefit (39 after inlining) needed reachable body
externally_visible finalized inlinable
  called by: 
  calls: fill_inbuf/3 (inlined) (0.22 per call) fill_inbuf/2 (inlined) (0.07
per call) 
main/0(-1) @0xb7c98e00 availability:available needed reachable body
externally_visible finalized inlinable
  called by: 
  calls: 


-- 


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



[Bug middle-end/41739] [4.5 Regression] Failed to bootstrap on Linux/ia64

2009-10-17 Thread rguenth at gcc dot gnu dot org


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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



[Bug middle-end/41739] New: [4.5 Regression] Failed to bootstrap on Linux/ia64

2009-10-17 Thread hjl dot tools at gmail dot com
Revision 152933 gave:

/export/gnu/import/svn/gcc-test/bld/./prev-gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/./prev-gcc/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem
/usr/local/ia64-unknown-linux-gnu/include -isystem
/usr/local/ia64-unknown-linux-gnu/sys-include-c  -DUSE_LIBUNWIND_EXCEPTIONS
-g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition
-Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -I. -I../../src-trunk/gcc
-I../../src-trunk/gcc/. -I../../src-trunk/gcc/../include
-I../../src-trunk/gcc/../libcpp/include  -I../../src-trunk/gcc/../libdecnumber
-I../../src-trunk/gcc/../libdecnumber/dpd -I../libdecnumber  
-I/usr/include/libelf  ../../src-trunk/gcc/function.c -o function.o
../../src-trunk/gcc/function.c: In function 'expand_function_end':
../../src-trunk/gcc/function.c:4862:1: internal compiler error: in ds_merge_1,
at sched-deps.c:3845
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[6]: *** [function.o] Error 1

Revision 152923 is OK. It may be caused by revision 152927:

http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00580.html


-- 
   Summary: [4.5 Regression] Failed to bootstrap on Linux/ia64
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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



[Bug c++/39866] [c++0x] deleted functions not removed from "no match" error messages

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #4 from jason at gcc dot gnu dot org  2009-10-17 15:41 ---
Fixed for 4.5.0.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

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


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



[Bug c++/38888] [C++0x] badly readable diagnostic output with variadic templates

2009-10-17 Thread jason at gcc dot gnu dot org


--- Comment #7 from jason at gcc dot gnu dot org  2009-10-17 15:41 ---
Fixed for 4.5.0.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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



[Bug middle-end/41738] optabs expands rotate using wrong mode

2009-10-17 Thread rguenth at gcc dot gnu dot org


--- Comment #1 from rguenth at gcc dot gnu dot org  2009-10-17 15:04 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2009-10-17 15:04:59
   date||


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



[Bug middle-end/41738] New: optabs expands rotate using wrong mode

2009-10-17 Thread hutchinsonandy at gcc dot gnu dot org
I have been adding rotate capability to AVR port and have come this bug in 
optabs.c: expand_binop()

This occurs during a rotate expansion. For example

target  = op0  rotated by op1

In the particular situation (code extract below) it tries a reverse rotate of
(bits - op1). Where this expression is then expanded into an integer,
a negation or subtraction depending on type of op1 and target.

The expansion of the subtraction is using the mode of the target - it should be
using the mode of op1.
The mode of the rotation  amount need not be the same as the target.

target:DI = Op0:DI rotate op1:HI

In my testcase it is not and I get asserts latter in simplfy_rtx with the
mismatched inner/outer modes.

The negation mode looks equally wrong.

I found this on testcase 20010226-1.c with gcc 4.42 (line 55) - however, it
would appear to be on 4.5 and perhaps earlier versions.

Revision 126370 added this particular code to optabs.c in July 2007



 /* If we were trying to rotate, and that didn't work, try rotating
the other direction before falling back to shifts and bitwise-or.  */
 if (((binoptab == rotl_optab
   && optab_handler (rotr_optab, mode)->insn_code != CODE_FOR_nothing)
  || (binoptab == rotr_optab
  && optab_handler (rotl_optab, mode)->insn_code != CODE_FOR_nothing))
 && mclass == MODE_INT)
   {
 optab otheroptab = (binoptab == rotl_optab ? rotr_optab : rotl_optab);
 rtx newop1;
 unsigned int bits = GET_MODE_BITSIZE (mode);

 if (CONST_INT_P (op1))
   newop1 = GEN_INT (bits - INTVAL (op1));
 else if (targetm.shift_truncation_mask (mode) == bits - 1)
   newop1 = negate_rtx (mode, op1);
 else
   newop1 = expand_binop (mode, sub_optab,
  GEN_INT (bits), op1,
  NULL_RTX, unsignedp, OPTAB_DIRECT);


-- 
   Summary: optabs expands rotate using wrong mode
   Product: gcc
   Version: 4.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hutchinsonandy at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: avr-unknown-none


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



[Bug lto/41652] LTO plugin misconfiguration

2009-10-17 Thread d dot g dot gorbachev at gmail dot com


--- Comment #1 from d dot g dot gorbachev at gmail dot com  2009-10-17 
14:38 ---
Patch: .


-- 


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



[Bug debug/41736] missing DW_TAG_template_*_ in some cases

2009-10-17 Thread dodji at gcc dot gnu dot org


--- Comment #1 from dodji at gcc dot gnu dot org  2009-10-17 11:41 ---
Patch sent to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01126.html .


-- 


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



[Bug c++/41091] Using section attribute in c and c++ function causes section type conflict

2009-10-17 Thread mark at gcc dot gnu dot org


--- Comment #3 from mark at gcc dot gnu dot org  2009-10-17 11:28 ---
See comment #2.


-- 

mark at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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



[Bug middle-end/35903] false warning when passing quoted string to function strcmp(arg,"no");

2009-10-17 Thread manu at gcc dot gnu dot org


--- Comment #4 from manu at gcc dot gnu dot org  2009-10-17 11:03 ---
(In reply to comment #3)
> This bug has no changed for months, I think it is still active.

Newer higher priority bugs often make us forget about old inactive bugs. Going
through old bugs and testing whether they still exist in a recent GCC would be
extremely helpful.

> It seems not to work only when size of char[] is 3 (2+'\0'). A test case is
> this:

Could you produce a preprocessed testcase? Is the printf needed? If not, please
take it and stdio.h out of the testcase to make it even simpler.

http://gcc.gnu.org/bugs/#need


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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



[Bug libgomp/41737] [omp] missing error for undeclared variable in a parallel region with default(none)

2009-10-17 Thread jv244 at cam dot ac dot uk


--- Comment #2 from jv244 at cam dot ac dot uk  2009-10-17 08:27 ---
Created an attachment (id=18816)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18816&action=view)
second test case

here tb of the last parallel region is undeclared.


-- 


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



[Bug libgomp/41737] [omp] missing error for undeclared variable in a parallel region with default(none)

2009-10-17 Thread jv244 at cam dot ac dot uk


--- Comment #1 from jv244 at cam dot ac dot uk  2009-10-17 08:20 ---
Created an attachment (id=18815)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18815&action=view)
testcase


-- 


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



[Bug libgomp/41737] New: [omp] missing error for undeclared variable in a parallel region with default(none)

2009-10-17 Thread jv244 at cam dot ac dot uk
In the attached code, the last parallel region is default(none), but doesn't
declare np.This should generate an error instead (at least it does with cray
and intel compilers).


-- 
   Summary: [omp] missing error for undeclared variable in a
parallel region with default(none)
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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



[Bug debug/41736] missing DW_TAG_template_*_ in some cases

2009-10-17 Thread dodji at gcc dot gnu dot org


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-10-17 08:00:00
   date||


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



[Bug debug/41736] New: missing DW_TAG_template_*_ in some cases

2009-10-17 Thread dodji at gcc dot gnu dot org
Consider the short snippet:

template  struct S {};
S<2> *s = 0;

The debug info generated for the S<2> type looks like:
~=~
.uleb128 0x2# (DIE (0x2d) DW_TAG_structure_type)
.long   .LASF3  # DW_AT_name: "S<2>"
.byte   0x1 # DW_AT_declaration
~=~

There is no DW_TAG_template_value_param generated for it, for instance.


-- 
   Summary: missing DW_TAG_template_*_ in some cases
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dodji at gcc dot gnu dot org


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



[Bug libgomp/41418] Can't build libgomp without --enable-languages=fortran

2009-10-17 Thread rwild at gcc dot gnu dot org


--- Comment #22 from rwild at gcc dot gnu dot org  2009-10-17 07:37 ---
Fixed.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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



[Bug libgomp/41418] Can't build libgomp without --enable-languages=fortran

2009-10-17 Thread rwild at gcc dot gnu dot org


--- Comment #21 from rwild at gcc dot gnu dot org  2009-10-17 07:35 ---
Subject: Bug 41418

Author: rwild
Date: Sat Oct 17 07:34:47 2009
New Revision: 152931

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152931
Log:
Fix libgomp without --enable-languages=fortran.

libgomp/:
PR libgomp/41418
* configure.ac: Set FC to "no" if $GFORTRAN starts with "no"
or a hyphen (happens with fortran language disabled).
* configure: Regenerate.

Modified:
trunk/libgomp/ChangeLog
trunk/libgomp/configure
trunk/libgomp/configure.ac


-- 


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



[Bug debug/40521] [4.4/4.5 Regression] -g causes GCC to generate .eh_frame

2009-10-17 Thread jakub at gcc dot gnu dot org


--- Comment #20 from jakub at gcc dot gnu dot org  2009-10-17 07:28 ---
Subject: Bug 40521

Author: jakub
Date: Sat Oct 17 07:28:13 2009
New Revision: 152930

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152930
Log:
PR debug/40521
* debug.h (struct gcc_debug_hooks): Add assembly_start hook.
* cgraphunit.c (cgraph_optimize): Call it.
* dwarf2out.c (dwarf2out_init): Move .cfi_sections printing into...
(dwarf2out_assembly_start): ... here.  New hook.
(dwarf2out_debug_hooks): Add dwarf2out_assembly_start.
* debug.c (do_nothing_debug_hooks): Do nothing for assembly_start
hook.
* dbxout.c (dbx_debug_hooks, xcoff_debug_hooks): Likewise.
* sdbout.c (sdb_debug_hooks): Likewise.
* vmsdbgout.c (vmsdbg_debug_hooks): Add vmsdbgout_assembly_start.
(vmsdbgout_assembly_start): New hook.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/cgraphunit.c
trunk/gcc/dbxout.c
trunk/gcc/debug.c
trunk/gcc/debug.h
trunk/gcc/dwarf2out.c
trunk/gcc/sdbout.c
trunk/gcc/vmsdbgout.c


-- 


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