about summary refs log tree commit diff
path: root/src/rustllvm/RustWrapper.cpp
diff options
context:
space:
mode:
authorbors <bors@rust-lang.org>2014-05-29 14:41:42 -0700
committerbors <bors@rust-lang.org>2014-05-29 14:41:42 -0700
commit0935beba717bf6d3b54ad1b2eace359dea5dfca0 (patch)
treeaf4a606376b0a360b0659c5ad65e3b7af1e01d79 /src/rustllvm/RustWrapper.cpp
parent729ee203387cc3a3f7387cffd018aba93b0110e6 (diff)
parenteea329b0f71905518902d34ef77c0923096dde1d (diff)
downloadrust-0935beba717bf6d3b54ad1b2eace359dea5dfca0.tar.gz
rust-0935beba717bf6d3b54ad1b2eace359dea5dfca0.zip
auto merge of #14486 : michaelwoerister/rust/unified_enum_rep, r=luqmana
So far the DWARF information for enums was different for regular enums, univariant enums, Option-like enums, etc. Regular enums were encoded as unions of structs, while the other variants were encoded as bare structs. With the changes in this PR all enums are encoded as unions so that debuggers can reconstruct if something originally was a struct, a univariant enum, or an Option-like enum.  For the latter case, information about the *Null* variant is encoded into the union field name. This information can then be used by the debugger to print a `None` value actually as `None` instead of `Some(0x0)`.

The changes in this PR should also fix the regression reported in #14385 and #14411, but I want to close these only after I have confirmation from the original reporters that the issues are actually fixed for them.
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions