--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-06 22:35 ---
Nice reduced testcase:
template
struct remove_reference
{
typedef T type;
};
template struct forward_as_lref{};
template
struct apply1
{
typedef typename remove_reference::type seq;
typedef forward_as_lr
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-05 22:42 ---
It is caused by revision 145440:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00060.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from mr dot chr dot schmidt at online dot de 2010-08-05
21:14 ---
A workaround is to wrap the faulting template instantiation in a thin wrapper:
typename detail::forward_as_lref<
Seq
, typename detail::remove_reference::type::seq_type
>::type
... does not work, wher
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-05 21:08 ---
Trunk gives:
..\..\..\..\../boost/fusion/view/reverse_view/detail/end_impl.hpp:39:13:
internal compiler error: tree check: accessed elt 2 of tree_vec with 1 elts in
tsubst, at cp/pt.c:10167
Please submit a full bug r
--- Comment #2 from mr dot chr dot schmidt at online dot de 2010-08-05
21:04 ---
Created an attachment (id=21412)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21412&action=view)
g++ -v / g++ reverse.cpp output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
--- Comment #1 from mr dot chr dot schmidt at online dot de 2010-08-05
21:02 ---
Created an attachment (id=21411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21411&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
