summaryrefslogtreecommitdiffstats
path: root/llvm/utils
Commit message (Collapse)AuthorAgeFilesLines
...
* gn build: Fewer dependencies in llvm/lib/TargetNico Weber2019-05-136-26/+44
| | | | | | | | | | | The tablegen groups only need public_deps for inc files included (possibly transitively) in other targets. Move inc files that are internan to the MCTargetDesc libraries into regular deps. Related to the changes that merged InstPrinter into MCTargetDesc (360484, 360486 etc). llvm-svn: 360600
* gn build: Merge r360572Nico Weber2019-05-131-0/+3
| | | | llvm-svn: 360597
* gn build: support host build on ppc64 (a.k.a. powerpc64le)David L. Jones2019-05-136-4/+15
| | | | llvm-svn: 360553
* gn build: merge r360550David L. Jones2019-05-133-27/+8
| | | | llvm-svn: 360551
* gn build: Merge r360540Nico Weber2019-05-121-0/+1
| | | | llvm-svn: 360549
* [utils] update_test_checks.py: allow opt-8, opt-9Fangrui Song2019-05-121-1/+2
| | | | | | | | | | Allow using Debian's opt-8, opt-9 with update_test_checks.py Patch by Shawn Landden! Differential Revision: https://reviews.llvm.org/D61148 llvm-svn: 360536
* gn build: sort tablegen rules for X86 and AArch64David L. Jones2019-05-112-28/+28
| | | | llvm-svn: 360508
* gn build: merge r360494 and r360502David L. Jones2019-05-116-55/+16
| | | | llvm-svn: 360507
* gn build: merge r360490David L. Jones2019-05-113-29/+8
| | | | llvm-svn: 360492
* gn build: merge r360484 and r360486David L. Jones2019-05-1114-95/+40
| | | | llvm-svn: 360491
* gn build: merge r360345David L. Jones2019-05-111-0/+1
| | | | llvm-svn: 360489
* Use UNSUPPORTED: windows in shtest-timeout.py. Apparently system-windows ↵Stella Stamenova2019-05-091-1/+3
| | | | | | does not cover all cases either and the case it doesn't cover affects one of the buildbots. llvm-svn: 360373
* Use UNSUPPORTED: system-windows instead of REQUIRES: nowindows or ↵Stella Stamenova2019-05-092-2/+2
| | | | | | UNSUPPORTED: windows. nowindows is not currently defined and windows does not cover all cases. system-windows is also consistent with how other platforms are used. llvm-svn: 360368
* Re-enable lit test shtest-timeout.py on non-Windows.Paul Robinson2019-05-091-1/+1
| | | | | | It was disabled incorrectly, which meant it wasn't running anywhere. llvm-svn: 360356
* gn build: Merge r960255Nico Weber2019-05-091-0/+3
| | | | llvm-svn: 360343
* lit config: disable LSan for Apple clang compiler in addition to Apple LLVMAlex Lorenz2019-05-091-2/+2
| | | | | | Apple clang is the canonical way to refer to the compiler shipped with Xcode. llvm-svn: 360307
* gn build: Merge r360151Nico Weber2019-05-082-0/+2
| | | | llvm-svn: 360253
* Revert "[OpenMP][Clang] Support for target math functions"Jonas Devlieghere2019-05-071-2/+0
| | | | | | | | | | | | | | This commit appears to be breaking stage-2 builds on GreenDragon. The OpenMP wrappers for cmath and math.h are copied into the root of the resource directory and cause a cyclic dependency in module 'Darwin': Darwin -> std -> Darwin. This blows up when CMake is testing for modules support and breaks all stage 2 module builds, including the ThinLTO bot and all LLDB bots. CMake Error at cmake/modules/HandleLLVMOptions.cmake:497 (message): LLVM_ENABLE_MODULES is not supported by this compiler llvm-svn: 360192
* gn build: Merge r360116Nico Weber2019-05-072-0/+2
| | | | llvm-svn: 360141
* gn build: Run `git ls-files '*.gn' '*.gni' | xargs llvm/utils/gn/gn.py format`Nico Weber2019-05-073-12/+13
| | | | llvm-svn: 360140
* Revert "[TableGen] Fix a typo"Krasimir Georgiev2019-05-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Summary: This reverts commit r360106. The revisioin causes llvm-tblgen to hang while generating info for RISCV.td. The root cause might be in the RISCV.td definition but I don't know enough about this to investigate further. Command that starts hangning after r360106: `llvm-build/bin/llvm-tblgen -I llvm/include -I llvm/tools/clang/include -I llvm/lib/Target/RISCV -gen-instr-info llvm/lib/Target/RISCV/RISCV.td` Reviewers: sammccall, yan_luo, craig.topper, gribozavr Reviewed By: gribozavr Subscribers: PkmX, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D61632 llvm-svn: 360136
* [TableGen] Fix a typoYan Luo2019-05-071-1/+1
| | | | | | | | Check "Big" instead of "Small" in the second condition. Differential Revision: https://reviews.llvm.org/D61605 llvm-svn: 360106
* gn build: Merge r360063.Peter Collingbourne2019-05-061-0/+2
| | | | llvm-svn: 360074
* gn build: More TODO tweakingNico Weber2019-05-061-1/+0
| | | | | | Differential Revision: https://reviews.llvm.org/D61468 llvm-svn: 360057
* gn build: Update TODO now that libcxx libcxxabi libunwind clang-tools-extra ↵Nico Weber2019-05-061-2/+1
| | | | | | | | are done Differential Revision: https://reviews.llvm.org/D61468 llvm-svn: 360056
* gn build: Merge r360018Nico Weber2019-05-061-0/+2
| | | | llvm-svn: 360049
* [libcxxabi] Don't use -fvisibility-global-new-delete-hidden when not ↵Petr Hosek2019-05-061-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | defining them When builing the hermetic static library, the compiler switch -fvisibility-global-new-delete-hidden is necessary to get the new and delete operator definitions made correctly. However, when those definitions are not included in the library, then this switch does harm. With lld (though not all linkers) setting STV_HIDDEN on SHN_UNDEF symbols makes it an error to leave them undefined or defined via dynamic linking that should generate PLTs for -shared linking (lld makes this a hard error even without -z defs). Though leaving the symbols undefined would usually work in practice if the linker were to allow it (and the user didn't pass -z defs), this actually indicates a real problem that could bite some target configurations more subtly at runtime. For example, x86-32 ELF -fpic code generation uses hidden visibility on declarations in the caller's scope as a signal that the call will never be resolved to a PLT entry and so doesn't have to meet the special ABI requirements for PLT calls (setting %ebx). Since these functions might actually be resolved to PLT entries at link time (we don't know what the user is linking in when the hermetic library doesn't provide all the symbols itself), it's not safe for the compiler to treat their declarations at call sites as having hidden visibility. Differential Revision: https://reviews.llvm.org/D61572 llvm-svn: 360004
* [libcxx] Don't use -fvisibility-global-new-delete-hidden when not defining themPetr Hosek2019-05-061-3/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | When builing the hermetic static library, the compiler switch -fvisibility-global-new-delete-hidden is necessary to get the new and delete operator definitions made correctly. However, when those definitions are not included in the library, then this switch does harm. With lld (though not all linkers) setting STV_HIDDEN on SHN_UNDEF symbols makes it an error to leave them undefined or defined via dynamic linking that should generate PLTs for -shared linking (lld makes this a hard error even without -z defs). Though leaving the symbols undefined would usually work in practice if the linker were to allow it (and the user didn't pass -z defs), this actually indicates a real problem that could bite some target configurations more subtly at runtime. For example, x86-32 ELF -fpic code generation uses hidden visibility on declarations in the caller's scope as a signal that the call will never be resolved to a PLT entry and so doesn't have to meet the special ABI requirements for PLT calls (setting %ebx). Since these functions might actually be resolved to PLT entries at link time (we don't know what the user is linking in when the hermetic library doesn't provide all the symbols itself), it's not safe for the compiler to treat their declarations at call sites as having hidden visibility. Differential Revision: https://reviews.llvm.org/D61571 llvm-svn: 360003
* Make the git-llvm script work on older git versions that don't support git ↵Craig Topper2019-05-031-0/+5
| | | | | | | | | | | | | | | rev-parse --git-common-dir. Not all versions of git support git rev-parse --git-common-dir. Rather than erorr or print any kind of useful error, they just print back '--git-common-dir' instead of a directory. The git-llvm script ends up taking this '--git-common-dir' as a diretory name to use. Not sure exactly what happens after that, but the end result is that the 'git llvm push' ends up looking like it pushed your commits, but really did nothing. This patch makes the script detect the bogus directory name for --git-common-dir and falls back to using --git-dir instead. llvm-svn: 359939
* gn build: Merge r359878Nico Weber2019-05-031-0/+1
| | | | llvm-svn: 359888
* [gn] Include the missing BUILD.gn file for libcxxabi includesPetr Hosek2019-05-022-10/+11
| | | | | | | | This was omitted in r359805. Differential Revision: https://reviews.llvm.org/D61462 llvm-svn: 359828
* [gn] Update the clangd test lit site configurationPetr Hosek2019-05-023-7/+17
| | | | | | This reflects changes made in r359763. llvm-svn: 359825
* [gn] Include libcxx configuration filePetr Hosek2019-05-021-0/+10
| | | | | | This was omitted in r359806 but is already referenced in the GN build. llvm-svn: 359815
* [gn] Support for building libc++Petr Hosek2019-05-024-0/+584
| | | | | | | | | | | | This change introduces support for building libc++. The library build should be complete, but not all CMake options have been replicated in GN. We also don't support tests yet. We only support two stage build at the moment. Differential Revision: https://reviews.llvm.org/D61143 llvm-svn: 359806
* [gn] Support for building libcxxabiPetr Hosek2019-05-023-0/+151
| | | | | | | | | | | | This change introduces support for building libcxxabi. The library build should be complete, but not all CMake options have been replicated in GN. We also don't support tests yet. We only support two stage build at the moment. Differential Revision: https://reviews.llvm.org/D60372 llvm-svn: 359805
* [gn] Support for building libunwindPetr Hosek2019-05-023-1/+133
| | | | | | | | | | | | This change introduces support for building libuwind. The library build should be complete, but not all CMake options have been replicated in GN. We also don't support tests yet. We only support two stage build at the moment. Differential Revision: https://reviews.llvm.org/D60370 llvm-svn: 359804
* Revert r359717, "Make check-clang depend on the clang-check binary always"Nico Weber2019-05-011-1/+1
| | | | | | | | | | | | The Tooling tests do have a lit.local.cfg with if not config.root.clang_staticanalyzer: config.unsupported = True so what's wrong isn't the missing dep, but that lit prints a warning for the binary missing. This will need a different kind of fix. llvm-svn: 359739
* Make check-clang depend on the clang-check binary alwaysNico Weber2019-05-011-1/+1
| | | | | | | | | | | | | | | | | check-clang (the target that runs all clang tests) used to only depend on clang-check (a binary like clang-tidy, clang-refactor, etc) if the static analyzer is enabled. However, several lit tests call clang-check unconditionally, so always depend on it. Fixes a "could not find clang-check" lit warning in clean builds with the static analyzer disabled. Also sort the deps in the CMake file and put just one dep on each line. Differential Revision: https://reviews.llvm.org/D61324 llvm-svn: 359717
* [lit][tests][AIX] Update expected form of diagnostic messages; use `not` to ↵Hubert Tong2019-05-013-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | normalize non-zero exit values Summary: Various tests in the `lit` testing suite expect specific return codes and forms of diagnostic message from utility programs. As per POSIX.1-2017 XCU Section 1.4, Utility Description Defaults, "[the] format of diagnostic messages for most utilities is unspecified". The STDERR subsections of the `cat` and `wc` utilities merely indicate that "[the] standard error shall be used only for diagnostic messages". The corresponding EXIT STATUS subsections merely indicate, with regard to errors, an exit value of >0. The affected tests are updated to accept the applicable diagnostic message as produced by the utilities on AIX. The exit value is normalized using `not` as necessary. Reviewers: xingxue, sfertile, jasonliu Reviewed By: xingxue Subscribers: delcypher, jsji, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D60553 llvm-svn: 359690
* gn build: Fix build on macOS after r359570 / r359527Nico Weber2019-04-301-1/+1
| | | | llvm-svn: 359637
* gn build: Merge r359626Nico Weber2019-04-301-0/+1
| | | | llvm-svn: 359635
* gn build: Add check-clangd target after r3359424Nico Weber2019-04-307-18/+119
| | | | | | | | | | | | | r359527 already merged some of that to the GN build, but it was missing some bits as well. The check-clangd target works (at least for now) differently than all the other check-foo targets, see https://reviews.llvm.org/D61187 For that reason, there's no gni file and the generated lit configs are not (yet?) added to llvm-lit/BUILD.gn. llvm-svn: 359570
* gn build: Merge r359455Nico Weber2019-04-301-0/+1
| | | | llvm-svn: 359562
* [clangd] Fix GN buildVitaly Buka2019-04-304-7/+1
| | | | llvm-svn: 359527
* gn build: Merge r359252Nico Weber2019-04-291-0/+1
| | | | llvm-svn: 359514
* [UpdateTestChecks] Allow Lbegin_func without a leading periodMartin Storsjo2019-04-291-1/+1
| | | | | | | | | | | On mingw/i686, local labels don't start with a leading period. Also escape the leading period, as it previously could match any char. Differential Revision: https://reviews.llvm.org/D61254 llvm-svn: 359497
* [gn] Use label_name rather than target_output_name for objectsPetr Hosek2019-04-291-5/+5
| | | | | | | | | | | | | | Multiple targets in the same output directory can use the same target_output_name. The typical example of that is having a shared and a static library of the same, e.g. libc++.so and libc++.a. When that's the case, the object files produced for each target are going to conflict. Using the label_name avoids this conflict since labels are guaranteed to be unique within a single BUILD.gn file which corresponds to a single output directory. Differential Revision: https://reviews.llvm.org/D60329 llvm-svn: 359494
* [TableGen] Fix null pointer dereferencing.Simon Pilgrim2019-04-291-1/+1
| | | | | | Reported in https://www.viva64.com/en/b/0629/ llvm-svn: 359474
* gn: Fix check-clang build after r359179Hans Wennborg2019-04-291-0/+1
| | | | llvm-svn: 359429
* gn build: Document llvm_enable_dia_sdk variable betterNico Weber2019-04-251-0/+2
| | | | llvm-svn: 359196
OpenPOWER on IntegriCloud