| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
- The Compilation is just a helper class, it shouldn't have that amount of
logic in it.
- No functionality change.
llvm-svn: 74634
|
|
|
|
|
|
| |
- Patch by Jonathan Gray!
llvm-svn: 74453
|
|
|
|
|
|
| |
- Turns out libstdcxx greps for this in configure.
llvm-svn: 73582
|
|
|
|
|
|
|
| |
- I think we will eventually need to support this for realz, and some build
processes seem to depend on these options.
llvm-svn: 73581
|
|
|
|
|
|
| |
barely enough to get the given usage of -print-file-name working).
llvm-svn: 72412
|
|
|
|
|
|
|
| |
- This commit has some messy stuff in it to extend string lifetimes, but that
will go away once we switch to using the enum'd Triple interfaces.
llvm-svn: 72243
|
|
|
|
| |
llvm-svn: 72046
|
|
|
|
|
|
|
|
| |
- Currently just an alias for --analyze, eventually we want to refit
--analyze so that it is less automatic (i.e., does not force plist
output and does not hard code the list of checks).
llvm-svn: 71056
|
|
|
|
|
|
| |
- Patch by Alex Hornung!
llvm-svn: 70635
|
|
|
|
| |
llvm-svn: 70432
|
|
|
|
| |
llvm-svn: 70424
|
|
|
|
| |
llvm-svn: 70339
|
|
|
|
|
|
|
|
|
| |
Clang version value rather than hard-coding "1.0".
Add PCH and Clang version information into the PCH file. Reject PCH
files with the wrong version information.
llvm-svn: 70264
|
|
|
|
| |
llvm-svn: 70168
|
|
|
|
|
|
| |
success now
llvm-svn: 70164
|
|
|
|
| |
llvm-svn: 70113
|
|
|
|
| |
llvm-svn: 70112
|
|
|
|
| |
llvm-svn: 70106
|
|
|
|
|
|
| |
bugs and improved performance. Will be reverted after Mr. Speedy gets done with it
llvm-svn: 70099
|
|
|
|
| |
llvm-svn: 70018
|
|
|
|
|
|
| |
we see what trouble it causes.
llvm-svn: 70017
|
|
|
|
| |
llvm-svn: 69638
|
|
|
|
|
|
| |
files.
llvm-svn: 69622
|
|
|
|
| |
llvm-svn: 69609
|
|
|
|
| |
llvm-svn: 69410
|
|
|
|
|
|
| |
unsupported arch.
llvm-svn: 69322
|
|
|
|
| |
llvm-svn: 69171
|
|
|
|
| |
llvm-svn: 68805
|
|
|
|
|
|
|
| |
- <rdar://problem/6756295> warning about '-dynamic' argument unused
during compilation seems incorrect
llvm-svn: 68535
|
|
|
|
|
|
| |
scripts.
llvm-svn: 68418
|
|
|
|
|
|
| |
flags which were used for something.
llvm-svn: 68416
|
|
|
|
|
|
| |
arguments" warning.
llvm-svn: 68410
|
|
|
|
| |
llvm-svn: 68316
|
|
|
|
|
|
| |
calling gcc in generic configurations.
llvm-svn: 68260
|
|
|
|
|
|
|
|
|
| |
- PR3922
- I have a clean solution for this in flight, but it may take a while
to come to fruition so we'll take a quick fix for now.
llvm-svn: 68241
|
|
|
|
|
|
|
|
| |
- PR3875.
- <rdar://problem/6615249> [driver] ccc should support some form of
--help
llvm-svn: 68148
|
|
|
|
|
|
| |
- Patch by Ed Schouten!
llvm-svn: 68061
|
|
|
|
|
|
|
|
| |
- Not particularly elegant, but my hand is forced by gcc.
Also, tweak -ccc-print-bindings output.
llvm-svn: 68027
|
|
|
|
|
|
| |
warnings.
llvm-svn: 68018
|
|
|
|
| |
llvm-svn: 67837
|
|
|
|
| |
llvm-svn: 67806
|
|
|
|
|
|
|
|
| |
separate, or vice versa).
Also, fix initialization of LinkingOutput variable.
llvm-svn: 67757
|
|
|
|
| |
llvm-svn: 67756
|
|
|
|
| |
llvm-svn: 67754
|
|
|
|
| |
llvm-svn: 67741
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Lift ArgList to a base class for InputArgList and DerivedArgList.
- This is not a great decomposition, but it does embed the
translation into the type system, and keep things efficient for
tool chains that don't want to do any translation.
- No intended functionality change.
Eventually I hope to get rid of tool chain specific translation and
have each tool do the right thing, but for now this is the easiest way
to match gcc precisely (which is good for testing).
llvm-svn: 67676
|
|
|
|
|
|
|
|
|
|
|
|
| |
- -emit-llvm no longer changes what compilation steps are done.
- -emit-llvm and -emit-llvm -S write output files with .o and .s
suffixes, respectively.
- <rdar://problem/6714125> clang-driver should support -O4 and -flto,
like llvm-gcc
llvm-svn: 67645
|
|
|
|
|
|
| |
conceivably handle, but are defaulting to not using clang for.
llvm-svn: 67641
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Don't default to using clang for C++ (use -ccc-clang-cxx to
override).
- Default to only using clang on i386 and x86_64 (use
-ccc-clang-archs "" to override).
- <rdar://problem/6712350> [driver] clang should not be used on
powerpc by default
- <rdar://problem/6705767> driver should default to -ccc-no-clang-cxx
I plan to add a warning that we are not using the clang compiler for
the given compilation so that users do not think clang is being used
in situations it isn't.
This change is motivated by the desire to be able to drop clang into a
build and have things "just work", even if it happens to get used to
compile C++ code or code for an architecture we don't support yet.
llvm-svn: 67640
|
|
|
|
|
|
|
| |
Driver::ShouldUseClangCompiler.
- No functionality change.
llvm-svn: 67639
|