| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 144869
|
|
|
|
| |
llvm-svn: 144800
|
|
|
|
|
|
|
|
|
| |
This is a partial revert of r143846. While cleaning up after a crash is
probably a good idea, we were also deleting .d files if the compilation failed
due to invalid input, which is not the desired behavior. The test is XFAIL'd
until the cleanup code can be reworked to do the right thing.
llvm-svn: 144590
|
|
|
|
|
|
| |
diagnostics to a file.
llvm-svn: 144339
|
|
|
|
| |
llvm-svn: 144108
|
|
|
|
| |
llvm-svn: 144002
|
|
|
|
| |
llvm-svn: 144001
|
|
|
|
| |
llvm-svn: 143962
|
|
|
|
| |
llvm-svn: 143856
|
|
|
|
|
|
| |
and prevent the diagnostic preprocessor run from writing a depfile.
llvm-svn: 143846
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the first (and diff-noisiest) step to making Linux header searching
tremendously more principled and less brittle. Note that this step
should have essentially no functional impact. We still search the exact
same set of paths in the exact same order. The only change here is where
the code implementing such a search lives.
This has one obvious negative impact -- we now pass a ludicrous number
of flags to the CC1 layer. That should go away as I re-base this logic
on the logic to detect a GCC installation. I want to do this in two
phases so the bots can tell me if this step alone breaks something, and
so that the diffs of the refactoring make more sense.
llvm-svn: 143822
|
|
|
|
| |
llvm-svn: 143778
|
|
|
|
|
|
| |
structs. Original behavior can be restored using -fno-limit-debug-info.
llvm-svn: 143733
|
|
|
|
|
|
| |
rdar://10383444
llvm-svn: 143732
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
handling logic of the generic ToolChain. This flag, despite its name,
has *nothing* to do with the GCC flag '-nostdlib' that relates
(exclusively) to the linking behavior. It is a most unfortunate name in
that regard...
It is used to tell InitHeaderSearch.cpp *which* set of C++ standard
library header search paths to use -- those for libstdc++ from GCC's
installation, or those from a libc++ installation. As this logic is
hoisted out of the Frontend, and into the Driver as part of this
ToolChain, the generic method will be overridden for the platform, where
it can implement this logic directly. As such, hiding the CC1 option
passing in the generic space is a natural fit despite the odd naming.
Also, expand on the comments to clarify whats going on, and tidy up the
Tools.cpp code now that its simpler.
llvm-svn: 143687
|
|
|
|
|
|
|
|
| |
implementation in the driver. This cleans up the signature and semantics
of the include flag adding component of the toolchain. Another step to
ready it for holding all the InitHeaderSearch logic.
llvm-svn: 143686
|
|
|
|
|
|
|
|
| |
the rest of the mess in InitHeaderSearch.cpp. We could hoist it into the
driver profitably, removing more noise from the driver -> frontend
communication.
llvm-svn: 143685
|
|
|
|
|
|
|
|
|
|
|
| |
and the C++ include management routine from the proper place when
forming preprocessor options in the driver. This is the first step to
teaching the driver to manage all of the header search paths. Currently,
these methods remain just stubs in the abstract toolchain. Subsequent
patches will flesh them out with implementations for various toolchains
based on the current code in InitHeaderSearch.cpp.
llvm-svn: 143684
|
|
|
|
|
|
|
|
|
| |
The -g and --gdwarf2 options are currently synonyms to the Darwin assembler.
But clang itself does not recognize --gdwarf2, so if we want to experiment
with using clang, with its integrated assembler, to replace the default
assembler, it is necessary to use -g. <rdar://problem/10349486>
llvm-svn: 143533
|
|
|
|
|
|
| |
<rdar://problem/10374763>
llvm-svn: 143527
|
|
|
|
|
|
|
| |
The integrated assembler seems to be working pretty well for -static code
now, so remove the hacks to disable it.
llvm-svn: 143304
|
|
|
|
|
|
|
|
|
| |
of the compiler.
Fixes PR10198
Patch by Brian Foley!
llvm-svn: 142913
|
|
|
|
| |
llvm-svn: 142879
|
|
|
|
| |
llvm-svn: 142798
|
|
|
|
|
|
| |
-fdebug-compilation-dir. pwd[0] might not be '/' on Win32 hosts.
llvm-svn: 142720
|
|
|
|
|
|
|
| |
closer to what GCC does, except that GCC also checks that the inodes for $PWD
and '.' match.
llvm-svn: 142633
|
|
|
|
| |
llvm-svn: 142418
|
|
|
|
|
|
|
| |
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: 142290
|
|
|
|
|
|
| |
libgcc to the link line into a helper function.
llvm-svn: 142269
|
|
|
|
|
|
|
|
|
| |
There are now separate Triple::MacOSX and Triple::IOS values for the OS
so comparing against Triple::Darwin will fail to match those. Note that
I changed the expected output for the Driver/rewrite-objc.m test, which had
previously not been passing Darwin-specific options with the macosx triple.
llvm-svn: 141944
|
|
|
|
|
|
|
| |
c++11. The old names are kept for backwards-compatibility. Patch by Ahmed
Charles! Names for backwards-compatible DiagGroups removed by me.
llvm-svn: 141913
|
|
|
|
| |
llvm-svn: 141795
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This disables the system include directories, but not the compiler builtin
directories. Useful for projects that want to use things like the intrinsic
headers, but are otherwise freestanding.
- I'm willing to reconsider the option naming, I also considered providing an
explicit -builtinc (which would match -nobuiltininc), but this is more
consistent with existing options.
llvm-svn: 141692
|
|
|
|
|
|
| |
paths). The -nostdinc behavior is now -nostdsysteminc + -nobuiltininc.
llvm-svn: 141691
|
|
|
|
| |
llvm-svn: 141573
|
|
|
|
| |
llvm-svn: 141434
|
|
|
|
| |
llvm-svn: 141373
|
|
|
|
| |
llvm-svn: 141320
|
|
|
|
| |
llvm-svn: 141268
|
|
|
|
|
|
|
| |
line options.
- <rdar://problem/10120602>, PR9631
llvm-svn: 141211
|
|
|
|
|
|
|
| |
was assembly. Otherwise, something like -save-temps causes the integrated
assembler to warn.
llvm-svn: 141127
|
|
|
|
|
|
|
| |
was assembly. Otherwise, something like -save-temps causes the integrated
assembler to warn.
llvm-svn: 141055
|
|
|
|
|
|
|
| |
using the integrated assembler.
rdar://10216353
llvm-svn: 141053
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
increasingly prevailing case to the point that new features
like ARC don't even support the fragile ABI anymore.
This required a little bit of reshuffling with exceptions
because a check was assuming that ObjCNonFragileABI was
only being set in ObjC mode, and that's actually a bit
obnoxious to do.
Most, though, it involved a perl script to translate a ton
of test cases.
Mostly no functionality change for driver users, although
there are corner cases with disabling language-specific
exceptions that we should handle more correctly now.
llvm-svn: 140957
|
|
|
|
|
|
| |
specification flags to cc1. This fixes PR10369 (__builtin_NSStringMakeConstantString() selecting the wrong runtime in C / C++ code and crashing, although it doesn't fix the problem that instantiating the Mac runtime for non-Darwin targets was crashing.)
llvm-svn: 140853
|
|
|
|
|
|
| |
for a lot of cross-compile toolchains. Also add some slightly better support for -B.
llvm-svn: 140645
|
|
|
|
|
|
|
| |
-mcpu.
llvm-svn: 140562
|
|
|
|
| |
llvm-svn: 140367
|
|
|
|
|
|
|
|
|
|
|
|
| |
This moves the existing code for CPATH into the driver and adds the environment lookup and path splitting there.
The paths are then passed down to cc1 with -I options (CPATH), added after the normal user-specified include dirs.
Language specific paths are passed via -LANG-isystem and the actual filtering is performed in the frontend.
I tried to match GCC's behavior as close as possible
Fixes PR8971.
llvm-svn: 140341
|