SuccessChanges

Summary

  1. [InstCombine] fix typo in test comment; NFC
  2. [ELF] - Don't segfault when assigning non-calculatable absolute symbol value. This is PR32664. Issue was revealed by linux kernel script which was: SECTIONS { . = (0xffffffff80000000 + ALIGN(0x1000000, 0x200000)); phys_startup_64 = ABSOLUTE(startup_64 - 0xffffffff80000000); .text : AT(ADDR(.text) - 0xffffffff80000000) { ..... *(.head.text) Where startup_64 is in .head.text. At the place of assignment to phys_startup_64 we can not calculate absolute value for startup_64 because .text section has no VA assigned. Two patches were prepared earlier to address this: D32173 and D32174. And in comments for D32173 was suggested not try to support this case, but error out. Differential revision: https://reviews.llvm.org/D32793
  3. [SystemZ] Add miscellaneous instructions This adds a few missing instructions for the assembler and disassembler. Those should be the last missing general- purpose (Chapter 7) instructions for the z10 ISA.
  4. [ELF] - Use LLVM_FALLTHROUGH in code. When compiling LLD using GCC 7 it reports warnings like: "warning: this statement may fall through [-Wimplicit-fallthrough=]" LLVM has LLVM_FALLTHROUGH macro which can be used to avoid such warnings. Together with D33036 this patch fixes them. Differential revision: https://reviews.llvm.org/D32907
  5. [SystemZ] Add missing arithmetic instructions This adds the remaining general arithmetic instructions for assembler / disassembler use. Most of these are not useful for codegen; a few might be, and those are listed in the README.txt for future improvements.
  6. [llvm-readobj] Improve errors on invalid binary The previous code was discarding the error message from createBinary() by calling errorToErrorCode(). This meant that such error were always reported unhelpfully as "Invalid data was encountered while parsing the file". Other tools such as llvm-objdump already produce a more the error message in this case. Differential Revision: https://reviews.llvm.org/D32985
  7. [OpenMP] Changes in the plugin interface This patch chagnes the plugin interface so that: 1) future plugins can take advantage of systems with shared CPU/device storage 2) instead of using base addresses, target regions are launched by providing target addresseds and base offsets explicitly. Differential revision: https://reviews.llvm.org/D33028
  8. Remove another use of section names. NFC.
  9. Don't use section names in getFiller. NFC. This is just faster and avoids using names.
  10. chang type from 'int' to 'size_t'. This will fix revision number 302652
  11. [InstCombine] add (ashr (shl i32 X, 31), 31), 1 --> and (not X), 1 This is another step towards favoring 'not' ops over random 'xor' in IR: https://bugs.llvm.org/show_bug.cgi?id=32706 This transformation may have occurred in longer IR sequences using computeKnownBits, but that could be much more expensive to calculate. As the scalar result shows, we do not currently favor 'not' in all cases. The 'not' created by the transform is transformed again (unnecessarily). Vectors don't have this problem because vectors are (wrongly) excluded from several other combines.
  12. clang-format: refine calculating brace types. Summary: For C++ code, opening parenthesis following a } indicate a braced init. For JavaScript and other languages, this is an invalid syntactical construct, unless the closing parenthesis belongs to a function - in which situation its a BK_Block. This fixes indenting IIFEs following top level functions: function foo() {} (function() { codeHere(); }()); clang-format used to collapse these lines together. Subscribers: klimek Differential Revision: https://reviews.llvm.org/D33006
  13. [Polly][CMake] Fix syntactical errors in the exported config
  14. Use explicit false instead of casted nullptr. NFC.
  15. Use clang++-3.5 compatible initializer_list constructor Otherwise, a warning is issued.
  16. Use clang++-3.5 compatible initializer_list constructor Otherwise, a warning is issued.
  17. [Fortran Support] Detect Fortran arrays & metadata from dragonegg output Add the ability to tag certain memory accesses as those belonging to Fortran arrays. We do this by pattern matching against known patterns of Dragonegg's LLVM IR output from Fortran code. Fortran arrays have metadata stored with them in a struct. This struct is called the "Fortran array descriptor", and a reference to this is stored in each MemoryAccess. Differential Revision: https://reviews.llvm.org/D32639
  18. [LLVM][inline-asm] Altmacro string escape character '!' This patch is the fourth patch in a series of reviews for the Altmacro feature. This patch introduces a new escape character '!' and it depends on D32701. according to https://sourceware.org/binutils/docs/as/Altmacro.html: "single-character string escape To include any single character literally in a string (even if the character would otherwise have some special meaning), you can prefix the character with !' (an exclamation mark). For example, you can write <4.3 !> 5.4!!>' to get the literal text `4.3 > 5.4!'. " Differential Revision: https://reviews.llvm.org/D32792
  19. [DAGCombiner] Dropped explicit (sra 0, x) -> 0 and (sra -1, x) -> 0 folds. These are both handled (and tested) by the earlier ComputeNumSignBits == EltSizeInBits fold.
  20. [IfConversion] Add missing check in IfConversion/canFallThroughTo Summary: When trying to figure out if MBB could fallthrough to ToMBB (possibly by falling through a bunch of other MBBs) we didn't actually check if there was fallthrough between the last two blocks in the chain. Reviewers: kparzysz, iteratee, MatzeB Reviewed By: kparzysz, iteratee Subscribers: javed.absar, llvm-commits Differential Revision: https://reviews.llvm.org/D32996
  21. [SystemZ] Implement getRepRegClassFor() This method must return a valid register class, or the list-ilp isel scheduler will crash. For MVT::Untyped nullptr was previously returned, but now ADDR128BitRegClass is returned instead. This is needed just as long as list-ilp (and probably also list-hybrid) is still there. Review: Ulrich Weigand, A Trick https://reviews.llvm.org/D32802
  22. [AMDGPU][MC] Corrected v_madak/madmk to avoid printing "_e32" in disassembler output See bug 32927: https://bugs.llvm.org//show_bug.cgi?id=32927 Reviewers: vpykhtin, artem.tamazov, arsenm Differential Revision: https://reviews.llvm.org/D32913
  23. [GlobalISel][X86] Split test file. NFC
Revision 302669 by spatel:
[InstCombine] fix typo in test comment; NFC
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/test/Transforms/InstCombine/and.ll (diff)llvm-revision.src/llvm/trunk/test/Transforms/InstCombine/and.ll
Revision 302668 by grimar:
[ELF] - Don't segfault when assigning non-calculatable absolute symbol value.

This is PR32664.

Issue was revealed by linux kernel script which was:

SECTIONS {
. = (0xffffffff80000000 + ALIGN(0x1000000, 0x200000));
phys_startup_64 = ABSOLUTE(startup_64 - 0xffffffff80000000);

.text : AT(ADDR(.text) - 0xffffffff80000000) {
.....
  *(.head.text)
Where startup_64 is in .head.text.

At the place of assignment to phys_startup_64 we can not calculate absolute value for startup_64
because .text section has no VA assigned. Two patches were prepared earlier to address this: D32173 and D32174.

And in comments for D32173 was suggested not try to support this case, but error out.

Differential revision: https://reviews.llvm.org/D32793
Change TypePath in RepositoryPath in Workspace
The file was modified/lld/trunk/ELF/LinkerScript.cpp (diff)llvm-revision.src/lld/trunk/ELF/LinkerScript.cpp
The file was added/lld/trunk/test/ELF/linkerscript/early-assign-symbol.sllvm-revision.src/lld/trunk/test/ELF/linkerscript/early-assign-symbol.s
Revision 302667 by uweigand:
[SystemZ] Add miscellaneous instructions

This adds a few missing instructions for the assembler and
disassembler.  Those should be the last missing general-
purpose (Chapter 7) instructions for the z10 ISA.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZInstrFormats.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZInstrFormats.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZInstrInfo.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZInstrInfo.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ13.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ13.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ196.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ196.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZEC12.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZEC12.td
The file was modified/llvm/trunk/test/MC/Disassembler/SystemZ/insns.txt (diff)llvm-revision.src/llvm/trunk/test/MC/Disassembler/SystemZ/insns.txt
The file was modified/llvm/trunk/test/MC/SystemZ/insn-bad.s (diff)llvm-revision.src/llvm/trunk/test/MC/SystemZ/insn-bad.s
The file was modified/llvm/trunk/test/MC/SystemZ/insn-good.s (diff)llvm-revision.src/llvm/trunk/test/MC/SystemZ/insn-good.s
Revision 302666 by grimar:
[ELF] - Use LLVM_FALLTHROUGH in code.

When compiling LLD using GCC 7 it reports warnings like:
"warning: this statement may fall through [-Wimplicit-fallthrough=]"

LLVM has LLVM_FALLTHROUGH macro which can be used to avoid such warnings.
Together with D33036 this patch fixes them.

Differential revision: https://reviews.llvm.org/D32907
Change TypePath in RepositoryPath in Workspace
The file was modified/lld/trunk/ELF/Target.cpp (diff)llvm-revision.src/lld/trunk/ELF/Target.cpp
Revision 302665 by uweigand:
[SystemZ] Add missing arithmetic instructions

This adds the remaining general arithmetic instructions
for assembler / disassembler use.  Most of these are not
useful for codegen; a few might be, and those are listed
in the README.txt for future improvements.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/SystemZ/README.txt (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/README.txt
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZInstrFP.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZInstrFP.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZInstrFormats.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZInstrFormats.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZInstrInfo.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZInstrInfo.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ13.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ13.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ196.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZ196.td
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZEC12.td (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZScheduleZEC12.td
The file was modified/llvm/trunk/test/MC/Disassembler/SystemZ/insns.txt (diff)llvm-revision.src/llvm/trunk/test/MC/Disassembler/SystemZ/insns.txt
The file was modified/llvm/trunk/test/MC/SystemZ/insn-bad.s (diff)llvm-revision.src/llvm/trunk/test/MC/SystemZ/insn-bad.s
The file was modified/llvm/trunk/test/MC/SystemZ/insn-good.s (diff)llvm-revision.src/llvm/trunk/test/MC/SystemZ/insn-good.s
Revision 302664 by sbc:
[llvm-readobj] Improve errors on invalid binary

The previous code was discarding the error message from
createBinary() by calling errorToErrorCode().
This meant that such error were always reported unhelpfully
as "Invalid data was encountered while parsing the file".

Other tools such as llvm-objdump already produce a more
the error message in this case.

Differential Revision: https://reviews.llvm.org/D32985
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/test/Object/invalid.test (diff)llvm-revision.src/llvm/trunk/test/Object/invalid.test
The file was added/llvm/trunk/test/tools/llvm-readobj/wasm-invalid.testllvm-revision.src/llvm/trunk/test/tools/llvm-readobj/wasm-invalid.test
The file was modified/llvm/trunk/tools/llvm-readobj/llvm-readobj.cpp (diff)llvm-revision.src/llvm/trunk/tools/llvm-readobj/llvm-readobj.cpp
Revision 302663 by grokos:
[OpenMP] Changes in the plugin interface

This patch chagnes the plugin interface so that:
1) future plugins can take advantage of systems with shared CPU/device storage
2) instead of using base addresses, target regions are launched by providing target addresseds and base offsets explicitly.

Differential revision: https://reviews.llvm.org/D33028
Change TypePath in RepositoryPath in Workspace
The file was modified/openmp/trunk/libomptarget/plugins/cuda/src/rtl.cpp (diff)llvm-revision.src/openmp/trunk/libomptarget/plugins/cuda/src/rtl.cpp
The file was modified/openmp/trunk/libomptarget/plugins/generic-elf-64bit/src/rtl.cpp (diff)llvm-revision.src/openmp/trunk/libomptarget/plugins/generic-elf-64bit/src/rtl.cpp
The file was modified/openmp/trunk/libomptarget/src/omptarget.cpp (diff)llvm-revision.src/openmp/trunk/libomptarget/src/omptarget.cpp
The file was modified/openmp/trunk/libomptarget/src/omptarget.h (diff)llvm-revision.src/openmp/trunk/libomptarget/src/omptarget.h
The file was added/openmp/trunk/libomptarget/src/omptargetplugin.hllvm-revision.src/openmp/trunk/libomptarget/src/omptargetplugin.h
Revision 302662 by rafael:
Remove another use of section names. NFC.
Change TypePath in RepositoryPath in Workspace
The file was modified/lld/trunk/ELF/LinkerScript.cpp (diff)llvm-revision.src/lld/trunk/ELF/LinkerScript.cpp
The file was modified/lld/trunk/ELF/LinkerScript.h (diff)llvm-revision.src/lld/trunk/ELF/LinkerScript.h
The file was modified/lld/trunk/ELF/Writer.cpp (diff)llvm-revision.src/lld/trunk/ELF/Writer.cpp
Revision 302661 by rafael:
Don't use section names in getFiller. NFC.

This is just faster and avoids using names.
Change TypePath in RepositoryPath in Workspace
The file was modified/lld/trunk/ELF/LinkerScript.cpp (diff)llvm-revision.src/lld/trunk/ELF/LinkerScript.cpp
The file was modified/lld/trunk/ELF/LinkerScript.h (diff)llvm-revision.src/lld/trunk/ELF/LinkerScript.h
The file was modified/lld/trunk/ELF/OutputSections.cpp (diff)llvm-revision.src/lld/trunk/ELF/OutputSections.cpp
The file was modified/lld/trunk/ELF/SyntheticSections.cpp (diff)llvm-revision.src/lld/trunk/ELF/SyntheticSections.cpp
Revision 302660 by mzuckerm:
chang type from 'int' to 'size_t'. This will fix revision number 302652
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/MC/MCParser/AsmParser.cpp (diff)llvm-revision.src/llvm/trunk/lib/MC/MCParser/AsmParser.cpp
Revision 302659 by spatel:
[InstCombine] add (ashr (shl i32 X, 31), 31), 1 --> and (not X), 1

This is another step towards favoring 'not' ops over random 'xor' in IR:
https://bugs.llvm.org/show_bug.cgi?id=32706

This transformation may have occurred in longer IR sequences using computeKnownBits,
but that could be much more expensive to calculate.

As the scalar result shows, we do not currently favor 'not' in all cases. The 'not'
created by the transform is transformed again (unnecessarily). Vectors don't have
this problem because vectors are (wrongly) excluded from several other combines.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Transforms/InstCombine/InstCombineAddSub.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/InstCombine/InstCombineAddSub.cpp
The file was modified/llvm/trunk/test/Transforms/InstCombine/add.ll (diff)llvm-revision.src/llvm/trunk/test/Transforms/InstCombine/add.ll
Revision 302658 by mprobst:
clang-format: refine calculating brace types.

Summary:
For C++ code, opening parenthesis following a } indicate a braced init. For JavaScript and other languages, this is an invalid syntactical construct, unless the closing parenthesis belongs to a function - in which situation its a BK_Block.

This fixes indenting IIFEs following top level functions:

    function foo() {}
    (function() { codeHere(); }());

clang-format used to collapse these lines together.

Subscribers: klimek

Differential Revision: https://reviews.llvm.org/D33006
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/Format/UnwrappedLineParser.cpp (diff)llvm-revision.src/cfe/trunk/lib/Format/UnwrappedLineParser.cpp
The file was modified/cfe/trunk/unittests/Format/FormatTestJS.cpp (diff)llvm-revision.src/cfe/trunk/unittests/Format/FormatTestJS.cpp
Revision 302657 by pfaffe:
[Polly][CMake] Fix syntactical errors in the exported config
Change TypePath in RepositoryPath in Workspace
The file was modified/polly/trunk/cmake/PollyConfig.cmake.in (diff)llvm-revision.src/polly/trunk/cmake/PollyConfig.cmake.in
Revision 302656 by serge_sans_paille:
Use explicit false instead of casted nullptr. NFC.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Transforms/Instrumentation/DataFlowSanitizer.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/Instrumentation/DataFlowSanitizer.cpp
Revision 302655 by serge_sans_paille:
Use clang++-3.5 compatible initializer_list constructor

Otherwise, a warning is issued.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/include/llvm/IR/Constants.h (diff)llvm-revision.src/llvm/trunk/include/llvm/IR/Constants.h
The file was modified/llvm/trunk/include/llvm/IR/DerivedTypes.h (diff)llvm-revision.src/llvm/trunk/include/llvm/IR/DerivedTypes.h
Revision 302654 by serge_sans_paille:
Use clang++-3.5 compatible initializer_list constructor

Otherwise, a warning is issued.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/StaticAnalyzer/Checkers/SelectorExtras.h (diff)llvm-revision.src/cfe/trunk/lib/StaticAnalyzer/Checkers/SelectorExtras.h
Revision 302653 by bollu:
[Fortran Support] Detect Fortran arrays & metadata from dragonegg output

Add the ability to tag certain memory accesses as those belonging to
Fortran arrays. We do this by pattern matching against known patterns
of Dragonegg's LLVM IR output from Fortran code.

Fortran arrays have metadata stored with them in a struct. This struct
is called the "Fortran array descriptor", and a reference to this is
stored in each MemoryAccess.

Differential Revision: https://reviews.llvm.org/D32639
Change TypePath in RepositoryPath in Workspace
The file was modified/polly/trunk/include/polly/ScopBuilder.h (diff)llvm-revision.src/polly/trunk/include/polly/ScopBuilder.h
The file was modified/polly/trunk/include/polly/ScopInfo.h (diff)llvm-revision.src/polly/trunk/include/polly/ScopInfo.h
The file was modified/polly/trunk/lib/Analysis/ScopBuilder.cpp (diff)llvm-revision.src/polly/trunk/lib/Analysis/ScopBuilder.cpp
The file was modified/polly/trunk/lib/Analysis/ScopInfo.cpp (diff)llvm-revision.src/polly/trunk/lib/Analysis/ScopInfo.cpp
The file was added/polly/trunk/test/FortranDetectionllvm-revision.src/polly/trunk/test/FortranDetection
The file was added/polly/trunk/test/FortranDetection/global-malloc-nonvectored.llllvm-revision.src/polly/trunk/test/FortranDetection/global-malloc-nonvectored.ll
The file was added/polly/trunk/test/FortranDetection/global-nonmalloc-nonvectored.llllvm-revision.src/polly/trunk/test/FortranDetection/global-nonmalloc-nonvectored.ll
Revision 302652 by mzuckerm:
[LLVM][inline-asm] Altmacro string escape character '!'

This patch is the fourth patch in a series of reviews for the Altmacro feature.
This patch introduces a new escape character '!' and it depends on D32701.

according to https://sourceware.org/binutils/docs/as/Altmacro.html:
"single-character string escape
To include any single character literally in a string (even if the character would otherwise have some special meaning), you can prefix the character with !' (an exclamation mark). For example, you can write <4.3 !> 5.4!!>' to get the literal text `4.3 > 5.4!'. "

Differential Revision: https://reviews.llvm.org/D32792
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/MC/MCParser/AsmParser.cpp (diff)llvm-revision.src/llvm/trunk/lib/MC/MCParser/AsmParser.cpp
The file was added/llvm/trunk/test/MC/AsmParser/altmacro_string_escape.sllvm-revision.src/llvm/trunk/test/MC/AsmParser/altmacro_string_escape.s
Revision 302651 by rksimon:
[DAGCombiner] Dropped explicit (sra 0, x) -> 0 and (sra -1, x) -> 0 folds.

These are both handled (and tested) by the earlier ComputeNumSignBits == EltSizeInBits fold.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/CodeGen/SelectionDAG/DAGCombiner.cpp (diff)llvm-revision.src/llvm/trunk/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
Revision 302650 by uabelho:
[IfConversion] Add missing check in IfConversion/canFallThroughTo

Summary:
When trying to figure out if MBB could fallthrough to ToMBB (possibly by
falling through a bunch of other MBBs) we didn't actually check if there
was fallthrough between the last two blocks in the chain.

Reviewers: kparzysz, iteratee, MatzeB

Reviewed By: kparzysz, iteratee

Subscribers: javed.absar, llvm-commits

Differential Revision: https://reviews.llvm.org/D32996
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/CodeGen/IfConversion.cpp (diff)llvm-revision.src/llvm/trunk/lib/CodeGen/IfConversion.cpp
The file was added/llvm/trunk/test/CodeGen/MIR/ARM/ifcvt_canFallThroughTo.mirllvm-revision.src/llvm/trunk/test/CodeGen/MIR/ARM/ifcvt_canFallThroughTo.mir
Revision 302649 by jonpa:
[SystemZ]  Implement getRepRegClassFor()

This method must return a valid register class, or the list-ilp isel
scheduler will crash. For MVT::Untyped nullptr was previously returned, but
now ADDR128BitRegClass is returned instead. This is needed just as long as
list-ilp (and probably also list-hybrid) is still there.

Review: Ulrich Weigand, A Trick
https://reviews.llvm.org/D32802
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZISelLowering.cpp (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZISelLowering.cpp
The file was modified/llvm/trunk/lib/Target/SystemZ/SystemZISelLowering.h (diff)llvm-revision.src/llvm/trunk/lib/Target/SystemZ/SystemZISelLowering.h
The file was added/llvm/trunk/test/CodeGen/SystemZ/list-ilp-crash.llllvm-revision.src/llvm/trunk/test/CodeGen/SystemZ/list-ilp-crash.ll
Revision 302648 by dpreobra:
[AMDGPU][MC] Corrected v_madak/madmk to avoid printing "_e32" in disassembler output

See bug 32927: https://bugs.llvm.org//show_bug.cgi?id=32927

Reviewers: vpykhtin, artem.tamazov, arsenm

Differential Revision: https://reviews.llvm.org/D32913
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Target/AMDGPU/VOP2Instructions.td (diff)llvm-revision.src/llvm/trunk/lib/Target/AMDGPU/VOP2Instructions.td
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/madak.ll (diff)llvm-revision.src/llvm/trunk/test/CodeGen/AMDGPU/madak.ll
The file was modified/llvm/trunk/test/CodeGen/AMDGPU/v_madak_f16.ll (diff)llvm-revision.src/llvm/trunk/test/CodeGen/AMDGPU/v_madak_f16.ll
The file was modified/llvm/trunk/test/MC/AMDGPU/literal16.s (diff)llvm-revision.src/llvm/trunk/test/MC/AMDGPU/literal16.s
The file was modified/llvm/trunk/test/MC/AMDGPU/vop2.s (diff)llvm-revision.src/llvm/trunk/test/MC/AMDGPU/vop2.s
The file was modified/llvm/trunk/test/MC/Disassembler/AMDGPU/literal16_vi.txt (diff)llvm-revision.src/llvm/trunk/test/MC/Disassembler/AMDGPU/literal16_vi.txt
The file was modified/llvm/trunk/test/MC/Disassembler/AMDGPU/vop2_vi.txt (diff)llvm-revision.src/llvm/trunk/test/MC/Disassembler/AMDGPU/vop2_vi.txt
Revision 302647 by ibreger:
[GlobalISel][X86] Split test file. NFC
Change TypePath in RepositoryPath in Workspace
The file was added/llvm/trunk/test/CodeGen/X86/GlobalISel/add-scalar.llllvm-revision.src/llvm/trunk/test/CodeGen/X86/GlobalISel/add-scalar.ll
The file was modified/llvm/trunk/test/CodeGen/X86/GlobalISel/binop.ll (diff)llvm-revision.src/llvm/trunk/test/CodeGen/X86/GlobalISel/binop.ll