| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
taking it in pieces.
- Fixes a problem where the Clang executable path was not initialized properly
on Win32, because sys::Path::getBasename() doesn't do what I always think it
does. Imagine that, a sys::Path interface that is confusing!
llvm-svn: 108667
|
| |
|
|
|
|
|
| |
looking up Clang in the normal search paths (which may end up finding the wrong
clang).
llvm-svn: 108346
|
| |
|
|
|
|
| |
from PR7583
llvm-svn: 107788
|
| |
|
|
|
|
|
| |
of the compilation.
- <rdar://problem/8141387> clang is always invoking dsymutil
llvm-svn: 107149
|
| |
|
|
| |
llvm-svn: 106039
|
| |
|
|
| |
llvm-svn: 105966
|
| |
|
|
|
|
| |
collect2 option that is passed by some projects (notably WebKit).
llvm-svn: 105964
|
| |
|
|
| |
llvm-svn: 105844
|
| |
|
|
|
|
| |
are going to need this to handle things like -Xassembler, -Xpreprocessor, and -Xlinker which we might have to introspect.
llvm-svn: 105842
|
| |
|
|
| |
llvm-svn: 105840
|
| |
|
|
| |
llvm-svn: 105762
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- We actually pretend that we have two separate types for LLVM assembly/bitcode because we need to use the standard suffixes with LTO ('clang -O4 -c t.c' should generate 't.o').
It is now possible to do something like:
$ clang -emit-llvm -S t.c -o t.ll ... assorted other compile flags ...
$ clang -c t.ll -o t.o ... assorted other compile flags ...
and expect that the output will be almost* identical to:
$ clang -c t.c -o t.o ... assorted other compile flags ...
because all the target settings (default CPU, target features, etc.) will all be initialized properly by the driver/frontend.
*: This isn't perfect yet, because in practice we will end up running the optimization passes twice. It's possible to get something equivalent out with a well placed -mllvm -disable-llvm-optzns, but I'm still thinking about the cleanest way to solve this problem more generally.
llvm-svn: 105584
|
| |
|
|
|
|
|
| |
added as the last output step, instead of just hacking it into the link step.
- Among other things, this fixes dSYM generation when using multiple -arch options.
llvm-svn: 105475
|
| |
|
|
|
|
|
|
|
|
|
| |
short name of the tool in use, instead of the name of the action that created
the command. The practical impact is we now get:
clang: error: clang frontend command failed due to signal 6 (use -v to see invocation)
instead of:
clang: error: assembler command failed due to signal 6 (use -v to see invocation)
when clang crashes on a job that uses the integrated assembler.
llvm-svn: 104417
|
| |
|
|
|
|
|
|
| |
-static.
- How else will we figure out what is broken, eh?
llvm-svn: 103759
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
print out all of the category numbers with their description. This is useful
for clients that want to map the numbers produced by
--fdiagnostics-show-category=id to their human readable string form. The
output is simple but utilitarian:
$ clang --print-diagnostic-categories
1,Format String
2,Something Else
This implements rdar://7928193
llvm-svn: 103080
|
| |
|
|
|
|
|
|
| |
deciding when we need to emit an extra "command failed" diagnostic.
- This also fixes the case where we were emitting that extra diagnostics, even
when using clang w/ the integrated assembler, which has good diagnostics.
llvm-svn: 100529
|
| |
|
|
|
|
| |
Clang++ support, even in "Production" mode (for testing purposes).
llvm-svn: 100119
|
| |
|
|
|
|
| |
toolchain configurations and is a small step toward FreeBSD support.
llvm-svn: 99159
|
| |
|
|
|
|
| |
-v style) to a file.
llvm-svn: 99054
|
| |
|
|
| |
llvm-svn: 98263
|
| |
|
|
| |
llvm-svn: 97746
|
| |
|
|
| |
llvm-svn: 97106
|
| |
|
|
|
|
|
| |
- Patch by Andrzej K. Haczewski, with a tweak by me to emit a 'deprecated'
diagnostic when we do this. We'll see what zee users say.
llvm-svn: 96511
|
| |
|
|
| |
llvm-svn: 95849
|
| |
|
|
| |
llvm-svn: 95848
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Requires backend support, which only exists for i386--darwin currently.
No 'as' required:
--
ddunbar@ozzy:tmp$ cat t.c
int main() { return 42; }
ddunbar@ozzy:tmp$ clang -m32 -integrated-as t.c
ddunbar@ozzy:tmp$ ./a.out; echo $?
42
ddunbar@ozzy:tmp$
--
The random extra whitespace is how you know its working! :)
llvm-svn: 95194
|
| |
|
|
|
|
|
| |
line -- they may be remapped (fake) files. This is useful for testing parsing
entirely from memory.
llvm-svn: 94395
|
| |
|
|
| |
llvm-svn: 94273
|
| |
|
|
|
|
| |
libBasic/Version.cpp, getClangFullVendorVersion().
llvm-svn: 94235
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have it return a StringRef instead of an integer (to be more VCS
agnostic).
(2) Add getClangFullRepositoryVersion(), which contains an
amalgamation of the repository name and the revision.
(3) Change PCH to only emit the string returned by
getClangFullRepositoryVersion() instead of also emitting the value
of getClangSubversionRevision() (which has been removed). This is
functionally equivalent.
More cleanup to version string generation pending...
llvm-svn: 94231
|
| |
|
|
|
|
| |
return a StringRef.
llvm-svn: 94213
|
| |
|
|
| |
llvm-svn: 93971
|
| |
|
|
| |
llvm-svn: 93834
|
| |
|
|
| |
llvm-svn: 92162
|
| |
|
|
| |
llvm-svn: 91962
|
| |
|
|
|
|
|
|
| |
used during compilation.
- There is no easy way to define this group properly, unfortunately, and maybe
this is a losing strategy. For now this is unambiguous more friendly, though.
llvm-svn: 91940
|
| |
|
|
| |
llvm-svn: 90822
|
| |
|
|
|
|
| |
claim it in Driver.cpp instead of Tools.cpp.
llvm-svn: 90777
|
| |
|
|
| |
llvm-svn: 90629
|
| |
|
|
|
|
| |
- I still want to get rid of them, but manually handling them isn't adding value.
llvm-svn: 90602
|
| |
|
|
| |
llvm-svn: 90420
|
| |
|
|
| |
llvm-svn: 89861
|
| |
|
|
| |
llvm-svn: 89327
|
| |
|
|
| |
llvm-svn: 89313
|
| |
|
|
|
|
|
|
| |
of taking a Claim argument.
- Most driver code always claims, and bool arguments don't play nice with the overloads.
llvm-svn: 89308
|
| |
|
|
| |
llvm-svn: 89305
|
| |
|
|
| |
llvm-svn: 89283
|
| |
|
|
| |
llvm-svn: 89234
|
| |
|
|
| |
llvm-svn: 83652
|