llvm-project.git/clang/test/CodeGen/avoidTBAAonASMstore.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [CodeGen] Convert tests to opaque pointers (NFC) 2022-10-07T12:22:00+00:00 Nikita Popov npopov@redhat.com 2022-10-07T12:09:44+00:00 39db5e1ed87363a9ffea81e53520b542201b3262 Conversion performed using the script at: https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34 These are only tests where no manual fixup was required. 
Conversion performed using the script at:
https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34

These are only tests where no manual fixup was required.
[OpaquePtrs][Clang] Add -no-opaque-pointers to tests (NFC) 2022-04-07T10:09:47+00:00 Nikita Popov npopov@redhat.com 2022-04-07T10:03:55+00:00 532dc62b907554b3f07f17205674aa71e76fc863 This adds -no-opaque-pointers to clang tests whose output will change when opaque pointers are enabled by default. This is intended to be part of the migration approach described in https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9. The patch has been produced by replacing %clang_cc1 with %clang_cc1 -no-opaque-pointers for tests that fail with opaque pointers enabled. Worth noting that this doesn't cover all tests, there's a remaining ~40 tests not using %clang_cc1 that will need a followup change. Differential Revision: https://reviews.llvm.org/D123115 
This adds -no-opaque-pointers to clang tests whose output will
change when opaque pointers are enabled by default. This is
intended to be part of the migration approach described in
https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9.

The patch has been produced by replacing %clang_cc1 with
%clang_cc1 -no-opaque-pointers for tests that fail with opaque
pointers enabled. Worth noting that this doesn't cover all tests,
there's a remaining ~40 tests not using %clang_cc1 that will need
a followup change.

Differential Revision: https://reviews.llvm.org/D123115
[clang] Require x86 target for tbaa test 2021-12-15T16:40:26+00:00 David Spickett david.spickett@linaro.org 2021-12-15T16:39:00+00:00 09036be1266355e73775c5c949a69a25312ee18a Added in https://reviews.llvm.org/D115320. Failing on our bots that only build Arm/AArch64 targets: https://lab.llvm.org/buildbot/#/builders/188/builds/6951 
Added in https://reviews.llvm.org/D115320.
Failing on our bots that only build Arm/AArch64 targets:
https://lab.llvm.org/buildbot/#/builders/188/builds/6951
Avoid setting tbaa on the store of return type of call to inline assembler. 2021-12-15T01:40:33+00:00 Sindhu Chittireddy sindhu.chittireddy@intel.com 2021-12-15T01:40:33+00:00 4706a297fb9ebe6af91ee2c92e5eb196dc2785f7 In 32bit mode, attaching TBAA metadata to the store following the call to inline assembler results in describing the wrong type by making a fake lvalue(i.e., whatever the inline assembler happens to leave in EAX:EDX.) Even if inline assembler somehow describes the correct type, setting TBAA information on return type of call to inline assembler is likely not correct, since TBAA rules need not apply to inline assembler. Differential Revision: https://reviews.llvm.org/D115320 
In 32bit mode, attaching TBAA metadata to the store following the call
to inline assembler results in describing the wrong type by making a
fake lvalue(i.e., whatever the inline assembler happens to leave in
EAX:EDX.) Even if inline assembler somehow describes the correct type,
setting TBAA information on return type of call to inline assembler is
likely not correct, since TBAA rules need not apply to inline assembler.

Differential Revision: https://reviews.llvm.org/D115320