summaryrefslogtreecommitdiffstats
path: root/llvm/utils/gn/secondary
Commit message (Collapse)AuthorAgeFilesLines
...
* gn build: Merge r360993Nico Weber2019-05-171-0/+6
| | | | llvm-svn: 361062
* Revert r361033 "Add a Visit overload for DynTypedNode to ASTNodeTraverser"Nico Weber2019-05-171-1/+0
| | | | | | | | It fails to build on some bots. Also revert follow-up r361055. llvm-svn: 361059
* gn build: Merge r361033Nico Weber2019-05-171-0/+1
| | | | llvm-svn: 361055
* gn build: Merge r360991Nico Weber2019-05-171-0/+6
| | | | llvm-svn: 361053
* Fix GN buildVitaly Buka2019-05-162-0/+3
| | | | llvm-svn: 360829
* gn build: Merge r360671Nico Weber2019-05-151-0/+1
| | | | llvm-svn: 360766
* gn build: Run `git ls-files '*.gn' '*.gni' | xargs llvm/utils/gn/gn.py format`Nico Weber2019-05-154-10/+10
| | | | llvm-svn: 360764
* gn build: add Hexagon targetDavid L. Jones2019-05-146-0/+248
| | | | | | Differential Revision: https://reviews.llvm.org/D61819 llvm-svn: 360647
* gn build: add Sparc targetDavid L. Jones2019-05-146-0/+192
| | | | llvm-svn: 360645
* gn build: add Lanai targetDavid L. Jones2019-05-146-0/+190
| | | | llvm-svn: 360644
* [gn] Fix buildVitaly Buka2019-05-133-0/+4
| | | | llvm-svn: 360629
* 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
* 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
* gn build: Merge r960255Nico Weber2019-05-091-0/+3
| | | | llvm-svn: 360343
* 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
* gn build: Merge r360063.Peter Collingbourne2019-05-061-0/+2
| | | | llvm-svn: 360074
* 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
* 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
* 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-306-15/+116
| | | | | | | | | | | | | 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
* 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
* gn build: Make setting llvm_enable_dia_sdk=true workNico Weber2019-04-252-2/+8
| | | | | | | | If this is set, %INCLUDE% must contain ".../DIA SDK/include" and %LIB% must contain ".../DIA SKD/lib/amd64" (assuming you're doing a 64-bit build). llvm-svn: 359195
* gn build: Merge r359179Nico Weber2019-04-252-0/+2
| | | | llvm-svn: 359189
* gn build: Merge r359174Nico Weber2019-04-251-0/+1
| | | | llvm-svn: 359188
OpenPOWER on IntegriCloud