summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Target/CBackend
diff options
context:
space:
mode:
authorDouglas Gregor <dgregor@apple.com>2011-06-21 17:03:29 +0000
committerDouglas Gregor <dgregor@apple.com>2011-06-21 17:03:29 +0000
commitfe31481f6829eaebf40205a1695a7aa68f0de36c (patch)
tree8e11d0bc889e40a78f28888e622ac4b19dfc4d7a /llvm/lib/Target/CBackend
parentfc4ccb20c6024606f23463988b3b21ab4288e653 (diff)
downloadbcm5719-llvm-fe31481f6829eaebf40205a1695a7aa68f0de36c.tar.gz
bcm5719-llvm-fe31481f6829eaebf40205a1695a7aa68f0de36c.zip
Introduce a new AST node describing reference binding to temporaries.
MaterializeTemporaryExpr captures a reference binding to a temporary value, making explicit that the temporary value (a prvalue) needs to be materialized into memory so that its address can be used. The intended AST invariant here is that a reference will always bind to a glvalue, and MaterializeTemporaryExpr will be used to convert prvalues into glvalues for that binding to happen. For example, given const int& r = 1.0; The initializer of "r" will be a MaterializeTemporaryExpr whose subexpression is an implicit conversion from the double literal "1.0" to an integer value. IR generation benefits most from this new node, since it was previously guessing (badly) when to materialize temporaries for the purposes of reference binding. There are likely more refactoring and cleanups we could perform there, but the introduction of MaterializeTemporaryExpr fixes PR9565, a case where IR generation would effectively bind a const reference directly to a bitfield in a struct. Addresses <rdar://problem/9552231>. llvm-svn: 133521
Diffstat (limited to 'llvm/lib/Target/CBackend')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud