| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
| |
llvm-svn: 375484
|
|
|
|
| |
llvm-svn: 375393
|
|
|
|
| |
llvm-svn: 375376
|
|
|
|
|
|
|
|
| |
This matches the CMake build.
Differential Revision: https://reviews.llvm.org/D69202
llvm-svn: 375299
|
|
|
|
| |
llvm-svn: 375289
|
|
|
|
| |
llvm-svn: 375256
|
|
|
|
| |
llvm-svn: 374983
|
|
|
|
| |
llvm-svn: 374904
|
|
|
|
| |
llvm-svn: 374900
|
|
|
|
| |
llvm-svn: 374883
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a pass to lower is.constant and objectsize intrinsics
This pass lowers is.constant and objectsize intrinsics not simplified by
earlier constant folding, i.e. if the object given is not constant or if
not using the optimized pass chain. The result is recursively simplified
and constant conditionals are pruned, so that dead blocks are removed
even for -O0. This allows inline asm blocks with operand constraints to
work all the time.
The new pass replaces the existing lowering in the codegen-prepare pass
and fallbacks in SDAG/GlobalISEL and FastISel. The latter now assert
on the intrinsics.
Differential Revision: https://reviews.llvm.org/D65280
llvm-svn: 374784
|
|
|
|
|
|
|
| |
This reverts commit r374743. It broke the build with Ocaml enabled:
http://lab.llvm.org:8011/builders/clang-x86_64-debian-fast/builds/19218
llvm-svn: 374768
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This pass lowers is.constant and objectsize intrinsics not simplified by
earlier constant folding, i.e. if the object given is not constant or if
not using the optimized pass chain. The result is recursively simplified
and constant conditionals are pruned, so that dead blocks are removed
even for -O0. This allows inline asm blocks with operand constraints to
work all the time.
The new pass replaces the existing lowering in the codegen-prepare pass
and fallbacks in SDAG/GlobalISEL and FastISel. The latter now assert
on the intrinsics.
Differential Revision: https://reviews.llvm.org/D65280
llvm-svn: 374743
|
|
|
|
| |
llvm-svn: 374721
|
|
|
|
| |
llvm-svn: 374708
|
|
|
|
|
|
|
|
|
|
| |
style warnings"
The test fails on macOS and looks a bit wrong, see comments on the review.
Also revert follow-up r374686.
llvm-svn: 374688
|
|
|
|
| |
llvm-svn: 374686
|
|
|
|
| |
llvm-svn: 374611
|
|
|
|
| |
llvm-svn: 374610
|
|
|
|
| |
llvm-svn: 374608
|
|
|
|
| |
llvm-svn: 374575
|
|
|
|
| |
llvm-svn: 374560
|
|
|
|
| |
llvm-svn: 374482
|
|
|
|
| |
llvm-svn: 374395
|
|
|
|
| |
llvm-svn: 374391
|
|
|
|
| |
llvm-svn: 374383
|
|
|
|
| |
llvm-svn: 374278
|
|
|
|
| |
llvm-svn: 374272
|
|
|
|
| |
llvm-svn: 374260
|
|
|
|
| |
llvm-svn: 374249
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
David added the JamCRC implementation in r246590. More recently, Eugene
added a CRC-32 implementation in r357901, which falls back to zlib's
crc32 function if present.
These checksums are essentially the same, so having multiple
implementations seems unnecessary. This replaces the CRC-32
implementation with the simpler one from JamCRC, and implements the
JamCRC interface in terms of CRC-32 since this means it can use zlib's
implementation when available, saving a few bytes and potentially making
it faster.
JamCRC took an ArrayRef<char> argument, and CRC-32 took a StringRef.
This patch changes it to ArrayRef<uint8_t> which I think is the best
choice, and simplifies a few of the callers nicely.
Differential revision: https://reviews.llvm.org/D68570
llvm-svn: 374148
|
|
|
|
|
|
| |
for gn
llvm-svn: 374129
|
|
|
|
| |
llvm-svn: 374065
|
|
|
|
| |
llvm-svn: 374064
|
|
|
|
| |
llvm-svn: 374059
|
|
|
|
| |
llvm-svn: 373948
|
|
|
|
|
|
|
|
|
|
|
| |
The CMake build uses "x86_64-pc-windows-msvc". The "-msvc" suffix is
important because e.g. clang/test/lit.cfg.py matches against the
suffix "windows-msvc" to compute the presence of the "ms-sdk" and
the absence of the "LP64" feature.
Differential Revision: https://reviews.llvm.org/D68572
llvm-svn: 373899
|
|
|
|
| |
llvm-svn: 373873
|
|
|
|
| |
llvm-svn: 373858
|
|
|
|
| |
llvm-svn: 373726
|
|
|
|
| |
llvm-svn: 373690
|
|
|
|
|
|
|
|
|
|
|
| |
doing so in cmake
Move the write-if-changed logic behind a flag and don't pass it
with the MSVC generator. msbuild doesn't have a restat optimization,
so not doing write-if-change there doesn't have a cost, and it
should fix whatever causes PR43385.
llvm-svn: 373664
|
|
|
|
|
|
|
|
| |
The reland uses a static library, not an object library.
Doesn't really matter for the gn build, but it's probalby
nice to have the same semantics for the target type.
llvm-svn: 373660
|
|
|
|
|
|
| |
373551 relanded in 373651.
llvm-svn: 373654
|
|
|
|
| |
llvm-svn: 373627
|
|
|
|
| |
llvm-svn: 373603
|
|
|
|
|
|
| |
r373551 was reverted in r373581.
llvm-svn: 373586
|
|
|
|
| |
llvm-svn: 373558
|