| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
don't require executable to be linked with UBSan.' to Mac
llvm-svn: 173014
|
| |
|
|
|
|
| |
AddressSanitizer use bottom of the address space for the shadow memory. On Linux it can be used with -fPIE/-pie to improve performance.
llvm-svn: 172974
|
| |
|
|
|
|
| |
the executable to be linked with UBSan.
llvm-svn: 172856
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
AT_producer. Which includes clang's version information so we can tell
which version of the compiler was used.
This is second of the two steps to allow us to do this. The first was a
change to llvm-mc with revision 172630 to provide a method to set the
AT_producer string. This second step has the clang driver passing the value
of getClangFullVersion() via the new flag -dwarf-debug-producer when invoking
the integrated assembler on assembly source files. Then using the new
setDwarfDebugProducer() method to set the AT_producer string.
rdar://12888242
llvm-svn: 172758
|
| |
|
|
|
|
|
| |
the gcc driver and makes it possible to add -pie to $CC or similar and
have it apply in the right places.
llvm-svn: 172753
|
| |
|
|
|
|
|
|
|
|
|
| |
-fopenmp in the link step on Linux. There is probably more tweaking that
will need to take place to get good support for linking the relevant
libraries on all Linux distributions and/or on other platforms, but this
get's the ball moving and allows Clang to build programs which contain
OpenMP pragmas that can be safely ignored by a compiler that doesn't
implement them, and yet makes direct calls into the OpenMP runtime.
llvm-svn: 172715
|
| |
|
|
| |
llvm-svn: 172605
|
| |
|
|
|
|
| |
users can explicitly enable/disable modules autolinking.
llvm-svn: 172592
|
| |
|
|
| |
llvm-svn: 172548
|
| |
|
|
|
|
|
|
|
|
| |
flag information down from the Clang driver into the Gold linker plugin
for LTO. This allows specifying -march on the linker commandline and
should hopefully have it pass all the way through to the LTO optimizer.
Fixes PR14697.
llvm-svn: 172354
|
| |
|
|
|
|
| |
brought into 'clang' namespace by clang/Basic/LLVM.h
llvm-svn: 172323
|
| |
|
|
|
|
|
|
|
| |
Truncation happens regularly when find_first_not_of returns npos,
strings long enough to trigger bug here are implausible.
No functionality change intended (ignoring absurd string lengths).
llvm-svn: 172127
|
| |
|
|
|
|
| |
the backend if hard float ABI is selected under -mips16 mode.
llvm-svn: 172062
|
| |
|
|
| |
llvm-svn: 171655
|
| |
|
|
|
|
| |
Patch by Brad Smith.
llvm-svn: 171329
|
| |
|
|
| |
llvm-svn: 171264
|
| |
|
|
|
|
| |
get the wrong answer. Wasn't caught by my implementation sadly...
llvm-svn: 171222
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to read and tell that it is a SWO -- we now descend through the
components and return a result at the first inequal component.
Also comment it a bit better and make it a total ordering by sorting on
the text of the suffix if necessary.
None of this should really be a visible change.
llvm-svn: 171219
|
| |
|
|
| |
llvm-svn: 171020
|
| |
|
|
| |
llvm-svn: 170909
|
| |
|
|
| |
llvm-svn: 170890
|
| |
|
|
|
|
|
|
|
| |
Without this patch comparing two equal versions without patch numbers (4.7 for
example) will result in A < B and B < A.
Patch by Simon Atanasyan.
llvm-svn: 170705
|
| |
|
|
|
|
|
|
| |
produce a note for that diagnostic either with a different DiagnosticEngine or
after calling DiagnosticEngine::Reset(). That didn't make any sense, and did the
wrong thing if the original diagnostic was suppressed.
llvm-svn: 170636
|
| |
|
|
|
|
| |
rdar://12282267
llvm-svn: 170611
|
| |
|
|
| |
llvm-svn: 170472
|
| |
|
|
|
|
|
|
| |
for location information.
Part of PR14624
llvm-svn: 170391
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This also requires adding support to -cc1as for passing the detecting
PWD down through LLVM's debug info (which in turn required the LLVM
change in r170371).
The test case is weak (we only test the driver behavior) because there
is currently to infrastructure for running cc1as in the test suite. So
those four lines are untested (much like all other lines in that file),
but we have a test for the same pattern using llvm-mc in the LLVM
repository.
llvm-svn: 170373
|
| |
|
|
|
|
| |
Patch by Martin Nowack.
llvm-svn: 170147
|
| |
|
|
|
|
| |
Patch by Andrew Turner.
llvm-svn: 170096
|
| |
|
|
|
|
| |
rdar://12851905
llvm-svn: 170010
|
| |
|
|
|
|
|
|
| |
llvm::sys::PathSeparator, that is ';' in Win32 hosts.
Thanks to Bogon Kim!
llvm-svn: 169964
|
| |
|
|
|
|
|
|
|
|
|
| |
Add -fslp-vectorize (with -ftree-slp-vectorize as an alias for gcc compatibility)
to provide a way to enable the basic-block vectorization pass. This uses the same
acronym as gcc, superword-level parallelism (SLP), also common in the literature,
to refer to basic-block vectorization.
Nadav suggested this as a follow-up to the adding of -fvectorize.
llvm-svn: 169909
|
| |
|
|
|
|
| |
rdar://12839978
llvm-svn: 169885
|
| |
|
|
| |
llvm-svn: 169775
|
| |
|
|
| |
llvm-svn: 169611
|
| |
|
|
|
|
|
|
| |
i386-redhat-linux6E).
Thanks to Bruce Stephens.
llvm-svn: 169610
|
| |
|
|
|
|
| |
compatibility
llvm-svn: 169599
|
| |
|
|
|
|
| |
and will break the build on buildbot.
llvm-svn: 169562
|
| |
|
|
|
|
|
|
|
| |
* Look for i686-linux-android under <sysroot>/lib/gcc.
* This patch also slightly enhance the test suite for
Android GCC toolchain detection.
llvm-svn: 169557
|
| |
|
|
|
|
| |
threshold, pic, pie
llvm-svn: 169517
|
| |
|
|
|
|
|
|
| |
linker directly
Rather than calling gcc.
llvm-svn: 169512
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ToolChains.cpp
This is in anticipation of forthcoming library path changes.
Also ...
- Fixes some inconsistencies in how the arch is passed to tools.
- Add test cases for various forms of arch flags
llvm-svn: 169505
|
| |
|
|
|
|
|
|
|
|
| |
paths
- Inherit from Linux rather than ToolChain
- Override AddClangSystemIncludeArgs and AddClangCXXStdlibIncludeArgs
to properly set include paths.
llvm-svn: 169495
|
| |
|
|
|
|
|
| |
-fasm-blocks flag, not the -fms-extensions flag.
rdar://12808010
llvm-svn: 169422
|
| |
|
|
|
|
|
| |
Add a diagnosting for -fsanitize=memory conflicting with other sanitizers.
Extend tests.
llvm-svn: 169380
|
| |
|
|
|
|
|
|
| |
prevent llvm-config.h.
Or "llvm/Support/system_error.h" could not be compiled on mingw.
llvm-svn: 169354
|
| |
|
|
|
|
|
|
|
|
|
| |
This ensures that even though it comes first, we pick up its .o files.
Note that if we can use this (or something similar / equivalent) on
other platforms, we could potentially remove
ReplaceOperatorsNewAndDelete from the ASan runtimes.
We should probably do something similar for TSan and MSan as well.
llvm-svn: 169328
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the link command. This all works fine when the driver is also responsible for
adding -lstdc++ to the link command. But, if -lstdc++ (or libstdc++.a, etc) is
passed explicitly to the driver, the ASan runtime will appear in the link
command after the standard library, leading to multiple-definition errors for
the global 'operator new' and 'operator delete'. Fix this in a painfully
simple way, by inserting libclang_rt.asan.a at the start of the link command
instead of the end.
If we need to do something more clever, we can walk the link command looking
for something that resembles libstdc++ and insert libclang_rt.asan.a as late
as possible, but the simple solution works for now.
llvm-svn: 169310
|
| |
|
|
|
|
| |
*last*, or llvm/Config/llvm-config.h could not be read in header files.
llvm-svn: 169268
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Shuffling order causes the wrong one to win.
CMake didn't exhibit this problem because Clang's has *no* guards.
I'll fix this properly tomorrow when Eric and I can check both build
systems and get them to DTRT, but for now unbreak some bots by hoisting
this header.
llvm-svn: 169260
|