summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGenCXX/atomicinit.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Sema: Permit an atomic type to be initialized by the same atomic typeDavid Majnemer2014-12-281-0/+4
| | | | | | | | | We forgot a conversion step when initializing an atomic type with an rvalue of the same type. This fixes PR22043. llvm-svn: 224902
* CodeGen: ConstStructBuilder must verify packed constraints after paddingDavid Majnemer2014-10-191-4/+4
| | | | | | | | | | | | | | | | | | This reverts commit r220169 which reverted r220153. However, it also contains additional changes: - We may need to add padding *after* we've packed the struct. This occurs when the aligned next field offset is greater than the new field's offset. When this occurs, we make the struct packed. *However*, once packed the next field offset might be less than the new feild's offset. It is in this case that we might further pad the struct. - We would pad structs which were perfectly sized! This behavior is immensely old. This behavior came from blindly subtracting NextFieldOffsetInChars from RecordSize. This doesn't take into account the fact that the struct might have a greater overall alignment than the last field. llvm-svn: 220175
* PR18097: Support initializing an _Atomic(T) from an object of C++ class type TRichard Smith2014-07-311-1/+55
| | | | | | | or a class derived from T. We already supported this when initializing _Atomic(T) from T for most (and maybe all) other reasonable values of T. llvm-svn: 214390
* CHECK-LABEL-ify some code gen tests to improve diagnostic experience when ↵Stephen Lin2013-08-151-3/+3
| | | | | | tests fail. llvm-svn: 188447
* Fix some i1/i8 confusion within _Atomic(bool) in IR generation, bothDouglas Gregor2012-04-121-1/+24
| | | | | | | | | | | | | | in general (such an atomic has boolean representation) and specifically for IR generation of __c11_atomic_init. The latter also means actually using initialization semantics for this initialization, rather than just creating a store. On a related note, make sure we actually put in non-atomic-to-atomic conversions when performing an implicit conversion sequence. IR generation is far too kind here, but we still want the ASTs to make sense. llvm-svn: 154612
* Update recently-added test to use new __c11_ form of atomic builtins.Richard Smith2012-04-111-1/+1
| | | | llvm-svn: 154514
* Make __atomic_init() (soon to be __c11_atomic_init()) work with non-scalar ↵David Chisnall2012-04-111-0/+13
| | | | | | types. llvm-svn: 154507
* Allow c++ initialisers to initialise _Atomic fields.David Chisnall2012-04-111-0/+12
llvm-svn: 154499
OpenPOWER on IntegriCloud