And another bug: we were building an AGGR_INIT_EXPR in non-dependent
code, and then failing to handle it properly in fold_non_dependent_expr.
Fixed by not creating AGGR_INIT_EXPR in templates. As a result, we
end up with a CALL_EXPR to the address of a constructor, and we need to
avoid an err
This is a bit I missed in my 55419 patch; if we aren't setting
TREE_CONSTANT on TARGET_EXPRs in the constexpr code, we can't expect it
in the template code.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit db160eb9b07b62f3696e7358c74e6d59c68385d8
Author: Jason Merrill
Date: Thu
