| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 120878
|
|
|
|
|
|
| |
Module. Patch by Mike Gist!
llvm-svn: 114171
|
|
|
|
| |
llvm-svn: 107367
|
|
|
|
|
|
| |
dependency edge was reversed such that CodeGen depends on Frontend.
llvm-svn: 106065
|
|
library configuration
Currently, all AST consumers are located in the Frontend library,
meaning that in a shared library configuration, Frontend has a
dependency on Rewrite, Checker and CodeGen. This is suboptimal for
clients which only wish to make use of the frontend. CodeGen in
particular introduces a large number of unwanted dependencies.
This patch breaks the dependency by moving all AST consumers with
dependencies on Rewrite, Checker and/or CodeGen to their respective
libraries. The patch therefore introduces dependencies in the other
direction (i.e. from Rewrite, Checker and CodeGen to Frontend).
After applying this patch, Clang builds correctly using CMake and
shared libraries ("cmake -DBUILD_SHARED_LIBS=ON").
N.B. This patch includes file renames which are indicated in the
patch body.
Changes in this revision of the patch:
- Fixed some copy-paste mistakes in the header files
- Modified certain aspects of the coding to comply with the LLVM
Coding Standards
llvm-svn: 106010
|