| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
- <rdar://problem/6715707> driver should translate -fverbose-asm into
-asm-verbose
llvm-svn: 67634
|
| |
|
|
| |
llvm-svn: 67633
|
| |
|
|
|
|
|
|
| |
is specified.
- No easy way to make a safe test case for this (given where the
driver is supposed to put temp files).
llvm-svn: 67632
|
| |
|
|
|
|
|
| |
- <rdar://problem/6715818> clang doesn't honor gcc semantic that last
-O optimization option wins.
llvm-svn: 67628
|
| |
|
|
|
|
| |
translation, the former we support, the later we don't (yet).
llvm-svn: 67611
|
| |
|
|
|
|
| |
- Updated ccc & driver to look in libexec/ for tools.
llvm-svn: 67607
|
| |
|
|
|
|
| |
Tests and drivers updated, still need to shuffle dirs.
llvm-svn: 67602
|
| |
|
|
|
|
| |
ccc due to the different way we handle output arguments).
llvm-svn: 67583
|
| |
|
|
|
|
|
|
|
|
|
| |
On a synthetic command line consisting of almost all defined options,
this drops wall time from .00494 to .00336 and user time from .00258
to .00105.
On the same benchmark, clang-driver is about 15% faster than the
primary gcc driver and almost twice as fast as the gcc driver driver.
llvm-svn: 67564
|
| |
|
|
| |
llvm-svn: 67552
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang doesn't support, and don't want to warn are unused. Eventually
these should disappear.
Here is a more readable list than is in the diff:
W options: -Wall, -Wcast-align, -Wchar-align, -Wchar-subscripts,
-Werror, -Wextra, -Winline, -Wint-to-pointer-cast, -Wmissing-braces,
-Wmost, -Wnested-externs, -Wno-format-y2k, -Wno-four-char-constants,
-Wno-missing-field-initializers, -Wno-trigraphs, -Wno-unknown-pragmas,
-Wno-unused-parameter, -Wparentheses, -Wpointer-arith,
-Wpointer-to-int-cast, -Wreturn-type, -Wshorten-64-to-32, -Wswitch,
-Wunused-function, -Wunused-label, -Wunused-value, -Wunused-variable,
-Wwrite-strings.
f options: -fasm-blocks, -fmessage-length=.
llvm-svn: 67549
|
| |
|
|
|
|
|
|
| |
Release-Asserts mode).
Also, avoid searching through option groups (which will never match).
llvm-svn: 67548
|
| |
|
|
| |
llvm-svn: 67529
|
| |
|
|
|
|
| |
situation should never occur now that arguments are parsed correctly.
llvm-svn: 67493
|
| |
|
|
| |
llvm-svn: 67490
|
| |
|
|
| |
llvm-svn: 67472
|
| |
|
|
|
|
|
| |
code; and don't return an error code when -### is present, even if
errors occur.
llvm-svn: 67425
|
| |
|
|
|
|
|
|
|
|
| |
- <rdar://problem/6669441> ccc doesn't handle assembler-with-cpp
semantics correctly (but clang supports it)
- This is sad, because it requires a fairly useless target
hook. C'est la vie.
llvm-svn: 67418
|
| |
|
|
| |
llvm-svn: 67393
|
| |
|
|
| |
llvm-svn: 67388
|
| |
|
|
|
|
| |
- Based on patch from Pieter de Bie; thanks!
llvm-svn: 67379
|
| |
|
|
| |
llvm-svn: 67377
|
| |
|
|
|
|
|
|
| |
diagnostics.
- This ensures that the whole argument and values are printed,
instead of just the option name.
llvm-svn: 67366
|
| |
|
|
|
|
| |
times.
llvm-svn: 67365
|
| |
|
|
| |
llvm-svn: 67362
|
| |
|
|
| |
llvm-svn: 67356
|
| |
|
|
| |
llvm-svn: 67355
|
| |
|
|
| |
llvm-svn: 67350
|
| |
|
|
|
|
| |
testing) even with -pipe on.
llvm-svn: 67348
|
| |
|
|
|
|
| |
- Apologies for commits w/o test cases; they are coming.
llvm-svn: 67310
|
| |
|
|
| |
llvm-svn: 67296
|
| |
|
|
| |
llvm-svn: 67295
|
| |
|
|
|
|
| |
diagnostic (to suppress more generic unused warning).
llvm-svn: 67294
|
| |
|
|
|
|
|
|
|
|
|
| |
are forwarded to GCC.
- The later is unfortunate, as it prevents us from generally warning
about anything interesting on platforms that use a generic
toolchain. However, we can't do much better without significantly
complicating things, and generally we should have proper tool chain
definitions.
llvm-svn: 67293
|
| |
|
|
|
|
|
|
|
| |
- Make InputInfo a variant of filename, pipe, input argument,
nothing.
- Leave a FIXME in InputInfo that this should be revisited.
llvm-svn: 67292
|
| |
|
|
|
|
| |
was hoping to clean up in the rewrite, but I don't see it yet.
llvm-svn: 67291
|
| |
|
|
|
|
| |
case.
llvm-svn: 67257
|
| |
|
|
|
|
| |
PCH support).
llvm-svn: 67256
|
| |
|
|
|
|
| |
driver is functional without them.
llvm-svn: 67254
|
| |
|
|
|
|
| |
sometimes leaves around.
llvm-svn: 67253
|
| |
|
|
| |
llvm-svn: 67252
|
| |
|
|
| |
llvm-svn: 67250
|
| |
|
|
| |
llvm-svn: 67248
|
| |
|
|
|
|
|
|
|
| |
if our usual methods fail. This isn't necessary for running the tool,
but improves the accuracy of logging output.
Also, have GCC tools lookup gcc program path.
llvm-svn: 67243
|
| |
|
|
| |
llvm-svn: 67241
|
| |
|
|
|
|
| |
programs.
llvm-svn: 67229
|
| |
|
|
| |
llvm-svn: 67225
|