| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 353175
|
|
|
|
|
|
|
|
|
|
| |
Trivial fix: decode was not called for all subprocess.check_output calls.
Commited on behalf of Andrew Boyarshin
Differential Revision: https://reviews.llvm.org/D57505
llvm-svn: 353168
|
|
|
|
|
|
|
|
|
|
| |
NDK r19 includes a sysroot that can be used directly by the compiler
without creating a standalone toolchain, so we just need a handful
of flags to point Clang there.
Differential Revision: https://reviews.llvm.org/D57733
llvm-svn: 353139
|
|
|
|
|
|
|
|
| |
The current build was producing names like llvm-undname.exe.pdb, which looks unusual to me at least. This switches them to the more common llvm-undname.pdb style.
Differential Revision: https://reviews.llvm.org/D57613
llvm-svn: 353099
|
|
|
|
| |
llvm-svn: 353098
|
|
|
|
|
|
|
|
| |
The current build was producing names like llvm-undname.exe.pdb, which looks unusual to me at least. This switches them to the more common llvm-undname.pdb style.
Differential Revision: https://reviews.llvm.org/D57613
llvm-svn: 353094
|
|
|
|
|
|
|
|
|
|
| |
Without /DEBUG, the /Zi doesn't on its own create PDB files.
And since ninja runs multiple compilations in parallel, we need /FS to prevent contention on PDBs.
Differential Revision: https://reviews.llvm.org/D57612
llvm-svn: 353093
|
|
|
|
| |
llvm-svn: 353063
|
|
|
|
|
|
|
|
|
|
| |
We'll need to do this eventually if we create an installable package.
For now, this lets me use the archives to build Android, whose build
system wants to copy the archives to another location.
Differential Revision: https://reviews.llvm.org/D57607
llvm-svn: 352907
|
|
|
|
|
|
|
|
| |
check-llvm already listed llvm-lit as script which counts as a dep, so running
check-llvm worked fine, but `ninja -C out/gn llvm/test` didn't build llvm-lit
before if it wasn't already there.
llvm-svn: 352893
|
|
|
|
| |
llvm-svn: 352759
|
|
|
|
| |
llvm-svn: 352758
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D57436
llvm-svn: 352705
|
|
|
|
| |
llvm-svn: 352659
|
|
|
|
|
|
|
|
|
| |
This reverts commit r352638.
The change in this patch is not trivial and it is merged
without component owner approval.
llvm-svn: 352649
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D57436
llvm-svn: 352638
|
|
|
|
| |
llvm-svn: 352502
|
|
|
|
|
|
|
|
|
|
|
| |
downloaded gn if gn is not on PATH
Prebuilts are available for x86_64 Linux, macOS, Windows. The script always
pulls the latest GN version.
Differential Revision: https://reviews.llvm.org/D57256
llvm-svn: 352420
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D57338
llvm-svn: 352419
|
|
|
|
|
|
|
|
|
|
| |
Fixes a minor regression from r351248.
While here, also make it possible to opt out of lld by saying
use_lld=false when clang_base_path is set. (use_lld still defaults to
true if clang_base_path is set.)
llvm-svn: 352415
|
|
|
|
| |
llvm-svn: 352202
|
|
|
|
| |
llvm-svn: 352201
|
|
|
|
| |
llvm-svn: 352200
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D57202
llvm-svn: 352146
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
quieter
- gcc doesn't understand -Wstring-conversion, so pass that only to clang
- disable a few gcc warnings that are noisy and also disabled in the cmake build
- -Wstrict-aliasing pointed out that the cmake build builds clang with
-fno-strict-aliasing, so do that too
Differential Revision: https://reviews.llvm.org/D57191
llvm-svn: 352141
|
|
|
|
| |
llvm-svn: 352096
|
|
|
|
| |
llvm-svn: 352002
|
|
|
|
| |
llvm-svn: 351919
|
|
|
|
| |
llvm-svn: 351918
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a remnant from before the gn build had a working config.h.
Defining LLVM_LIBXML2_ENABLED only for targets that depend on build/libs/xml is
nice in that only some of the codebase needs to be rebuilt when
llvm_enable_libxml2 changes -- but config.h already defines it and defining it
there and then redundantly a second time for some targets is worse than having
it just in config.h.
No behavior change.
Differential Revision: https://reviews.llvm.org/D56908
llvm-svn: 351758
|
|
|
|
| |
llvm-svn: 351757
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r291284 added a nice mechanism to consistently pass CMake on/off toggles to
lit. This change uses it for LLVM_LIBXML2_ENABLED too (which was added around
the same time and doesn't use the new system yet).
Also alphabetically sort the list passed to llvm_canonicalize_cmake_booleans()
in llvm/test/CMakeLists.txt.
No intended behavior change.
Differential Revision: https://reviews.llvm.org/D56912
llvm-svn: 351615
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The check-hwasan build files assert that current_os == "linux" || current_os ==
"android", so pull it in only there.
ar is unused on mac, so don't set it in the stage2 toolchain. (It'd be nicer to
use llvm-libtool on mac instead of host libtool, but llvm-libtool doesn't seem
to understand the -no_warning_for_no_symbols flag.)
Differential Revision: https://reviews.llvm.org/D56898
llvm-svn: 351519
|
|
|
|
| |
llvm-svn: 351516
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
llvm/tools sets LLVM_TOOL_LTO_BUILD to Off if LLVM_ENABLE_PIC=OFF, but that's
not visible in llvm/test.
r289662 added the llvm_tool_lto_build lit parameter, there the intent was to
use it with an explicit -DLLVM_TOOL_LTO_BUILD=OFF, which is visible globally.
On the review for that (D27739), a mild preference was expressed for using a
lit parameter over checking the existence of libLTO.dylib. Since that works
with the LLVM_ENABLE_PIC=OFF case too and since it matches what we do for the
gold plugin, switch to that approach.
Differential Revision: https://reviews.llvm.org/D56805
llvm-svn: 351515
|
|
|
|
| |
llvm-svn: 351469
|
|
|
|
|
|
| |
Also fix sort order in llvm/lib/CodeGen/GlobalISel/BUILD.gn.
llvm-svn: 351367
|
|
|
|
| |
llvm-svn: 351293
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Android sanitizer tests are currently some of the most difficult
to run correctly, requiring at least 3 build directories which have
to be configured in just the right way and built in the correct order
(see e.g. [1] and the functions that it calls).
This patch adds a check-hwasan target which greatly simplifies running
the hwasan tests for gn users, taking advantage of its support for
multiple toolchains. With this the tests can be run simply by setting
an NDK path and running "ninja check-hwasan" with a compatible Android
device connected. The Linux/x86_64 and Android/aarch64 targets are
tested in parallel.
[1] https://github.com/llvm/llvm-zorg/blob/master/zorg/buildbot/builders/sanitizers/buildbot_android.sh
Differential Revision: https://reviews.llvm.org/D56713
llvm-svn: 351277
|
|
|
|
|
|
|
|
| |
on x86_64 Linux.
Differential Revision: https://reviews.llvm.org/D56711
llvm-svn: 351258
|
|
|
|
|
|
|
|
|
|
|
| |
The path to the resource directory will end up being used in several
more places once the support for running check-hwasan lands. This
moves the definition to a central location so that it can be used
from those places.
Differential Revision: https://reviews.llvm.org/D56700
llvm-svn: 351255
|
|
|
|
|
|
|
|
|
| |
While here, add a use_lld flag and default it to true when using
clang on non-mac.
Differential Revision: https://reviews.llvm.org/D56710
llvm-svn: 351248
|
|
|
|
|
|
|
|
|
|
| |
compiler-rt/lib/{hwasan,interception,sanitizer_common,ubsan}.
This allows the hwasan runtime to be built for Android aarch64.
Differential Revision: https://reviews.llvm.org/D56628
llvm-svn: 351246
|
|
|
|
| |
llvm-svn: 351242
|
|
|
|
|
|
|
|
| |
As mentioned here http://lists.llvm.org/pipermail/llvm-dev/2019-January/129121.html This backend is incomplete and has not been maintained in several months.
Differential Revision: https://reviews.llvm.org/D56691
llvm-svn: 351231
|
|
|
|
|
|
|
|
| |
It didn't on my machine, so defaulting it to off seems better.
Differential revision: https://reviews.llvm.org/D56727
llvm-svn: 351202
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
current_{cpu,os}.
This makes e.g. ToolChain::isCrossCompiling() in
clang/lib/Driver/ToolChain.cpp return the correct result
if the compiler was cross-compiled. This change also affects
llvm_default_target_triple, so cross-compiled compilers default to
targeting the cross-compilation target, which makes more sense than
the host that the compiler was compiled on.
This change will also be necessary in order for the correct triples
to appear in generated lit files for non-native targets.
Differential Revision: https://reviews.llvm.org/D56696
llvm-svn: 351168
|
|
|
|
|
|
|
|
|
|
| |
Add an asm tool (will be required for building sanitizer_common on
x64) and set a soname for DSOs so that anything that links against
them gets the correct DT_NEEDED.
Differential Revision: https://reviews.llvm.org/D56705
llvm-svn: 351167
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D56704
llvm-svn: 351166
|
|
|
|
|
|
|
|
|
| |
Some of the sanitizer runtime code needs to be built with RTTI;
this allows that code to opt in to RTTI.
Differential Revision: https://reviews.llvm.org/D56627
llvm-svn: 351155
|