llvm-project.git/llvm/test/CodeGen/SystemZ/ipra.ll, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [SystemZ][NFC] Opaque pointer migration. 2022-10-11T21:09:43+00:00 Kai Nacke kai.peter.nacke@ibm.com 2022-10-11T20:59:16+00:00 a1710eb3cd5823c5d14899112ca3086acbdbe9cb The LIT test cases were migrated with the script provided by Nikita Popov. No manual changes were made. Committed without review since no functional changes, after consultation with uweigand. 
The LIT test cases were migrated with the script provided by
Nikita Popov.

No manual changes were made. Committed without review since
no functional changes, after consultation with uweigand.
[test] Add explicit dso_local to constant/global variable declarations 2020-12-04T21:51:01+00:00 Fangrui Song i@maskray.me 2020-12-04T21:51:01+00:00 2262b04cab76c82187e234eca870c0c5c776be0a They are currently implicit because TargetMachine::shouldAssumeDSOLocal implies dso_local. For external data, clang -fno-pic emits the dso_local specifier for ELF and non-MinGW COFF. Adding explicit dso_local makes these tests in align with the clang behavior and helps implementing an option to use GOT indirection for external data access in -fno-pic mode (to avoid copy relocations). 
They are currently implicit because TargetMachine::shouldAssumeDSOLocal implies
dso_local.

For external data, clang -fno-pic emits the dso_local specifier for ELF and
non-MinGW COFF. Adding explicit dso_local makes these tests in align with the
clang behavior and helps implementing an option to use GOT indirection for
external data access in -fno-pic mode (to avoid copy relocations).
[RegUsageInfoCollector] Bugfix for handling of register aliases. 2018-05-04T07:50:05+00:00 Jonas Paulsson paulsson@linux.vnet.ibm.com 2018-05-04T07:50:05+00:00 72fe760592bd04dca1f2e5c45f06d03997113ef7 Don't assume the alias of a defined reg is always already in the set. As the test case in https://bugs.llvm.org/show_bug.cgi?id=36587 discovered, it is wrong to assume that all the aliases of the defined register in the *current function* is already present in the UsedPhysRegsMask. This patch changes this so that any definition in the current function of a phys-reg always results in all its aliases inserted into the set of defined registers. Review: Quentin Colombet https://reviews.llvm.org/D45157 llvm-svn: 331509 
Don't assume the alias of a defined reg is always already in the set.

As the test case in https://bugs.llvm.org/show_bug.cgi?id=36587 discovered,
it is wrong to assume that all the aliases of the defined register in the
*current function* is already present in the UsedPhysRegsMask.

This patch changes this so that any definition in the current function of a
phys-reg always results in all its aliases inserted into the set of defined
registers.

Review: Quentin Colombet
https://reviews.llvm.org/D45157

llvm-svn: 331509