| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 157262
|
|
|
|
| |
llvm-svn: 155697
|
|
|
|
|
|
|
|
|
|
|
| |
case as we don't currently have any way of dumping target options or
otherwise observing this. Another small step toward fixing PR12380. With
this we generate TLS accesses using the static model instead of the
dynamic model, but we're still generating suboptimal code under the
mistaken assumption that the TLS offset might be greater than 2^32, and
therefor not viable as an immediate offset of a segment register.
llvm-svn: 154298
|
|
|
|
| |
llvm-svn: 154052
|
|
|
|
| |
llvm-svn: 153356
|
|
|
|
|
|
|
|
|
|
| |
This flag enables ThreadSanitizer instrumentation committed to llvm as r150423.
The patch includes one test for -fthread-sanitizer and one similar test for -faddress-sanitizer.
This patch does not modify the linker flags (as we do it for -faddress-sanitizer) because the run-time library is not yet
committed and it's structure in compiler-rt is not 100% clear.
The users manual wil be changed in a separate commit.
llvm-svn: 151846
|
|
|
|
|
|
|
|
|
| |
by the BAA pass, which uses the default TargetLibraryInfo constructor.
Unfortunately, the default TargetLibraryInfo constructor assumes all library
calls are available and thus ignores -fno-builtin.
rdar://10947759
llvm-svn: 151745
|
|
|
|
|
|
| |
rdar://10921594
llvm-svn: 151430
|
|
|
|
| |
llvm-svn: 150000
|
|
|
|
| |
llvm-svn: 149973
|
|
|
|
|
|
|
|
|
| |
That llvm change removed the -trap-func backend option, so that using
-ftrap-function with clang would cause the backend to complain. Fix it
by adding the trap function name to the CodeGenOptions and passing it through
to the TargetOptions.
llvm-svn: 149679
|
|
|
|
|
|
| |
X86 backend in LLVM.
llvm-svn: 148689
|
|
|
|
| |
llvm-svn: 148331
|
|
|
|
|
|
| |
free function.
llvm-svn: 146530
|
|
|
|
| |
llvm-svn: 146441
|
|
|
|
|
|
| |
realignment, even with locals with alignment exceeding the ABI guarantee.
llvm-svn: 145909
|
|
|
|
|
|
| |
backend options are gone.
llvm-svn: 145868
|
|
|
|
| |
llvm-svn: 145715
|
|
|
|
| |
llvm-svn: 145531
|
|
|
|
|
|
| |
LangOpts.AddressSanitizer instead of CodeGenOpts.AddressSanitizer
llvm-svn: 145054
|
|
|
|
| |
llvm-svn: 144800
|
|
|
|
| |
llvm-svn: 144789
|
|
|
|
| |
llvm-svn: 143327
|
|
|
|
|
|
|
| |
r142300 but not this patch, clang -S may emit .s files that assemblers other
than llvm-mc can't parse.
llvm-svn: 142301
|
|
|
|
| |
llvm-svn: 140478
|
|
|
|
|
|
|
|
|
| |
enable/disable merging of
globals during codegen.
Fixes <rdar://problem/10017909>.
llvm-svn: 138612
|
|
|
|
| |
llvm-svn: 138451
|
|
|
|
| |
llvm-svn: 136728
|
|
|
|
| |
llvm-svn: 135585
|
|
|
|
| |
llvm-svn: 135469
|
|
|
|
|
|
| |
hardwired into the default pass list.
llvm-svn: 134445
|
|
|
|
| |
llvm-svn: 134128
|
|
|
|
| |
llvm-svn: 134050
|
|
|
|
|
|
|
| |
an assembly file it worked correctly, while for a .c file it would given an
error about how --noexecstack is not a supported argument to -Wa.
llvm-svn: 133489
|
|
|
|
| |
llvm-svn: 132034
|
|
|
|
| |
llvm-svn: 131815
|
|
|
|
| |
llvm-svn: 131808
|
|
|
|
|
|
| |
<rdar://problem/8107317>
llvm-svn: 131504
|
|
|
|
| |
llvm-svn: 130616
|
|
|
|
|
|
| |
Radar 9333566. Patch by Chad Rosier!
llvm-svn: 130554
|
|
|
|
|
|
|
|
|
| |
compile time) and .gcda emission (at runtime). --coverage enables both.
This does not yet add the profile_rt library to the link step if -fprofile-arcs
is enabled when linking.
llvm-svn: 129956
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
developers can see if their driver changed any cl::Option's. The
current implementation isn't perfect but handles most kinds of
options. This is nice to have when decomposing the stages of
compilation and moving between different drivers. It's also a good
sanity check when comparing results produced by different command line
invocations that are expected to produce the comparable results.
Note: This is not an attempt to prolong the life of cl::Option. On the
contrary, it's a placeholder for a feature that must exist when
cl::Option is replaced by a more appropriate framework. A new
framework needs: a central option registry, dynamic name lookup,
non-global containers of option values (e.g. per-module,
per-function), *and* the ability to print options values and their defaults at
any point during compilation.
llvm-svn: 128911
|
|
|
|
| |
llvm-svn: 128908
|
|
|
|
|
|
| |
handling.
llvm-svn: 128866
|
|
|
|
| |
llvm-svn: 128433
|
|
|
|
|
|
|
|
| |
line options, instead of leveraging the blanket -mllvm option.
- This allows using the frontend itself without requiring the backend have
those options available (i.e., if the target wasn't built).
llvm-svn: 128087
|
|
|
|
|
|
| |
turn off all builtin optimizations.
llvm-svn: 125979
|
|
|
|
|
|
|
| |
target triple. This would be a decent place to add -fno-builtin
info for example.
llvm-svn: 125971
|
|
|
|
| |
llvm-svn: 120881
|
|
|
|
| |
llvm-svn: 120879
|