maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/unittests/MC/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

23 lines
395 B
CMake
Raw Normal View History

Add AMDGPU MC unittests only when AMDGPU target is being built Fixes the build failures introduced by 24698e526f619271705fe72bcaa928be9bc82484
2020-03-23 23:56:02 +08:00
foreach(t ${LLVM_TARGETS_TO_BUILD})
if(IS_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR}/${t})
add_subdirectory(${t})
endif()
endforeach()
Fix MCDataAtom never calling remap when adding data. This patch fixes a small mistake in MCDataAtom::addData() where it doesn't ever call remap(): - if (Data.size() > Begin - End - 1) + if (Data.size() > End + 1 - Begin) remap(Begin, End + 1); This is currently not visible because of another bug is the disassembler, so the patch includes a unit test. Patch by Stephen Checkoway. llvm-svn: 192823
2013-10-17 02:26:16 +08:00
set(LLVM_LINK_COMPONENTS
Fix a regression on the disassembling C API. The fix is easy. Unfortunately, we had 0 tests, so adding one was somewhat complicated. Thanks to Kevin Enderby for the report. llvm-svn: 221899
2014-11-14 00:52:07 +08:00
${LLVM_TARGETS_TO_BUILD}
[CMake] Update libdeps. llvm-svn: 212920
2014-07-14 13:01:53 +08:00
MC
Fix a regression on the disassembling C API. The fix is easy. Unfortunately, we had 0 tests, so adding one was somewhat complicated. Thanks to Kevin Enderby for the report. llvm-svn: 221899
2014-11-14 00:52:07 +08:00
MCDisassembler
[CMake] Update libdeps. llvm-svn: 212920
2014-07-14 13:01:53 +08:00
Support
Fix MCDataAtom never calling remap when adding data. This patch fixes a small mistake in MCDataAtom::addData() where it doesn't ever call remap(): - if (Data.size() > Begin - End - 1) + if (Data.size() > End + 1 - Begin) remap(Begin, End + 1); This is currently not visible because of another bug is the disassembler, so the patch includes a unit test. Patch by Stephen Checkoway. llvm-svn: 192823
2013-10-17 02:26:16 +08:00
)
add_llvm_unittest(MCTests
Fix a regression on the disassembling C API. The fix is easy. Unfortunately, we had 0 tests, so adding one was somewhat complicated. Thanks to Kevin Enderby for the report. llvm-svn: 221899
2014-11-14 00:52:07 +08:00
Disassembler.cpp
[MCDwarf] Fix encoding of line tables with weird custom parameters With poorly chosen custom parameters, the line table encoding logic would sometimes end up generating a special opcode bigger than 255, which is wrong. The set of default parameters that LLVM uses isn't subject to this bug. When carefully chosing the line table parameters, it's impossible to fall into the corner case that this patch fixes. The standard however doesn't require that these parameters be carefully chosen. And even if it did, we shouldn't generate broken encoding. Add a unittest for this specific encoding bug, and while at it, create some unit tests for the encoding logic using different sets of parameters. llvm-svn: 259334
2016-02-01 06:06:35 +08:00
DwarfLineTables.cpp
[MC] Fix undefined behavior in MCInstPrinter::formatHex Passing INT64_MIN to MCInstPrinter::formatHex triggers undefined behavior because the negation of -9223372036854775808 cannot be represented in type 'int64_t' (aka 'long long'). This patch puts a workaround in place to just print the hex value directly. A possible alternative involves using a small helper functions that uses (implementation) defined conversions to achieve the desirable value: static int64_t helper(int64_t V) { auto U = static_cast<uint64_t>(V); return V < 0 ? -U : U; } The underlying problem is that MCInstPrinter::formatHex(int64_t) returns a format_object<int64_t> and should really return a format_object<uint64_t>. However, that's not possible because formatImm needs to be able to print both as decimal (where a signed is required) and hex (where we'd prefer to always have an unsigned). format_object<int64_t> formatImm(int64_t Value) const { return PrintImmHex ? formatHex(Value) : formatDec(Value); } Differential revision: https://reviews.llvm.org/D67236 llvm-svn: 371159
2019-09-06 09:13:32 +08:00
MCInstPrinter.cpp
Invert the MC -> Object dependency. Now that we have a lib/MC/MCAnalysis, the dependency was there just because of two helper classes. Move the two over to MC. This will allow IRObjectFile to parse inline assembly. llvm-svn: 212248
2014-07-03 10:01:39 +08:00
StringTableBuilderTest.cpp
[unittests] Move TargetRegistry test from Support to MC This removes the dependency from SupportTests to all of the LLVM backends, and makes it link faster. llvm-svn: 259705
2016-02-04 05:41:24 +08:00
TargetRegistry.cpp
[AIX][XCOFF] add symbol priority for the llvm-objdump -D -symbol-description SUMMARY: when there are two symbol has the same address. llvm-objdump -D -symbol-description will select symbol based on the following rule: 1. using Label first if there is a Label symbol. 2. If there is not Label, using a symbol which has Storage Mapping class. 3. if more than one symbol has storage mapping class, put the TC0 has the low priority, for other storage mapping class , compare based on the value. Reviewers: James Henderson ,hubert.reinterpretcast, Differential Revision: https://reviews.llvm.org/D78387
2020-05-29 23:08:51 +08:00
MCDisassemblerTest.cpp
Fix MCDataAtom never calling remap when adding data. This patch fixes a small mistake in MCDataAtom::addData() where it doesn't ever call remap(): - if (Data.size() > Begin - End - 1) + if (Data.size() > End + 1 - Begin) remap(Begin, End + 1); This is currently not visible because of another bug is the disassembler, so the patch includes a unit test. Patch by Stephen Checkoway. llvm-svn: 192823
2013-10-17 02:26:16 +08:00
)
Implement wave32 DWARF register mapping Implement the DWARF register mapping described in llvm/docs/AMDGPUUsage.rst. This enables generating appropriate DWARF register numbers for wave64 and wave32 modes.
2020-03-23 18:56:51 +08:00