summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/support/gmodules.py
diff options
context:
space:
mode:
authorJordan Rose <jordan_rose@apple.com>2017-10-24 02:17:07 +0000
committerJordan Rose <jordan_rose@apple.com>2017-10-24 02:17:07 +0000
commitd4503da40c65451ac4a2ab6572bbd3216d0e756e (patch)
tree42799aa257e5fac01baca49aa9c75d7b7c3d3dbc /lldb/packages/Python/lldbsuite/support/gmodules.py
parentbd83ad4a87680f5f93607e1402cda3e2a4bd647b (diff)
downloadbcm5719-llvm-d4503da40c65451ac4a2ab6572bbd3216d0e756e.tar.gz
bcm5719-llvm-d4503da40c65451ac4a2ab6572bbd3216d0e756e.zip
Unnamed bitfields don't block constant evaluation of constexpr ctors
C++14 [dcl.constexpr]p4 states that in the body of a constexpr constructor, > every non-variant non-static data member and base class sub-object shall be initialized However, [class.bit]p2 notes that > Unnamed bit-fields are not members and cannot be initialized. Therefore, we should make sure to filter them out of the check that all fields are initialized. Fixing this makes the constant evaluator a bit smarter, and specifically allows constexpr constructors to avoid tripping -Wglobal-constructors when the type contains unnamed bitfields. Reviewed at https://reviews.llvm.org/D39035. llvm-svn: 316408
Diffstat (limited to 'lldb/packages/Python/lldbsuite/support/gmodules.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud