| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 70113
|
| |
|
|
| |
llvm-svn: 70112
|
| |
|
|
| |
llvm-svn: 70106
|
| |
|
|
|
|
|
|
|
| |
- This can be used to supply a default value for -std=; the idea is
that this can be used in conjunction with CCC_ADD_ARGS or
QA_OVERRIDE_GCC3_OPTIONS to change the default without having to
modify the build system.
llvm-svn: 70102
|
| |
|
|
|
|
| |
should be joined or separate.
llvm-svn: 70101
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
don't yet understand where this is happening in llvm-gcc).
llvm-svn: 70012
|
| |
|
|
| |
llvm-svn: 70010
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Otherwise, we will end up with stray .dSYM files which don't get
lipo'ed or removed.
- Ideally we would run dsymutil on the result, but we don't have the
infrastructure for that yet. Note that gcc doesn't handle this case
either.
- <rdar://problem/6809621> [driver] clang leaves .dSYM files lying
around in tmp.
llvm-svn: 69951
|
| |
|
|
|
|
| |
- <rdar://problem/6517382> [driver] call ld directly
llvm-svn: 69938
|
| |
|
|
|
|
| |
Temporarily accept both of them, I'll rip out the old one after awhile.
llvm-svn: 69662
|
| |
|
|
| |
llvm-svn: 69638
|
| |
|
|
|
|
| |
files.
llvm-svn: 69622
|
| |
|
|
| |
llvm-svn: 69609
|
| |
|
|
| |
llvm-svn: 69549
|
| |
|
|
| |
llvm-svn: 69546
|
| |
|
|
| |
llvm-svn: 69410
|
| |
|
|
|
|
| |
yet.
llvm-svn: 69346
|
| |
|
|
|
|
| |
unsupported arch.
llvm-svn: 69322
|
| |
|
|
|
|
| |
- <rdar://problem/6796848> implement -fdiagnostics-show-option
llvm-svn: 69276
|
| |
|
|
|
|
| |
Remove clang_W_Group and clang_ignored_W_Group.
llvm-svn: 69261
|
| |
|
|
| |
llvm-svn: 69171
|
| |
|
|
|
|
|
|
| |
-funsigned-bitfields for now (clang defaults to -fsigned-bitfields).
- <rdar://problem/6790309> ER: Support
-fsigned-bitfields/-funsigned-bitfields
llvm-svn: 69131
|
| |
|
|
|
|
| |
macro definitions.
llvm-svn: 68884
|
| |
|
|
| |
llvm-svn: 68822
|
| |
|
|
| |
llvm-svn: 68816
|
| |
|
|
| |
llvm-svn: 68805
|
| |
|
|
|
|
|
|
| |
up adding them twice when running with -no-integrated-cpp or
-save-temps.
- <rdar://problem/6766636> -save-temps falls over with prefix headers
llvm-svn: 68660
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add -static-define option driver can use when __STATIC__ should be
defined (instead of __DYNAMIC__).
- Don't set __OPTIMIZE_SIZE__ on Os, __OPTIMIZE_SIZE__ is tied to Oz.
- Set __NO_INLINE__ following GCC 4.2.
- Set __GNU_GNU_INLINE__ or __GNU_STDC_INLINE__ following GCC 4.2.
- Set __EXCEPTIONS for Objective-C NonFragile ABI.
- Set __STRICT_ANSI__ for standard conforming modes.
- I added a clang style test case in utils for this, but its not
particularly portable and I don't think it belongs in the test
suite.
llvm-svn: 68621
|
| |
|
|
|
|
| |
g++.
llvm-svn: 68601
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This is pretty ugly, but the most obvious solution. Chime in if you
have a nicer one.
- The problem is that with -save-temps, clang-cc has no idea what the
name of the original input file is. However, the user expects to be
able to set breakpoints based on the input file name.
- We support this by providing a new option -main-file-name (similar
to -dumpbase used by gcc) which allows the driver to pass in the
original file name.
- <rdar://problem/6753383> building with clang using --save-temps
gets the compile unit name from the .i file...
llvm-svn: 68595
|
| |
|
|
|
|
|
|
|
|
|
| |
- Add -pic-level clang-cc option to specify the value for the define,
updated driver to pass this.
- Added __pic__
- Added OBJC_ZEROCOST_EXCEPTIONS define while I was here (to match gcc).
llvm-svn: 68584
|
| |
|
|
| |
llvm-svn: 68570
|
| |
|
|
|
|
|
|
| |
multiple instances of an option.
Also, removed direct -ansi support from clang-cc.
llvm-svn: 68558
|
| |
|
|
|
|
|
| |
- Groups are really just intended to hold inherent structure of the
options, not be abused for individual tool argument translation.
llvm-svn: 68554
|
| |
|
|
|
|
|
|
| |
-isysroot to clang.
- Don't forward arbitrary -i* options to clang, just the ones we know
about.
llvm-svn: 68553
|
| |
|
|
|
|
|
|
|
|
|
|
| |
clang.
- We will eventually want some more driver infrastructre for this
probably.
- For now, the clang-cc interface stays relatively the same, but we
don't accept multiple instances anymore, or the [no-] variants
directly.
llvm-svn: 68550
|
| |
|
|
| |
llvm-svn: 68549
|
| |
|
|
|
|
| |
aren't failing the compilation).
llvm-svn: 68540
|
| |
|
|
|
|
|
| |
- <rdar://problem/6756295> warning about '-dynamic' argument unused
during compilation seems incorrect
llvm-svn: 68535
|
| |
|
|
|
|
|
|
|
| |
incorrectly. I'm blanking on the smartest way to write this search,
but we should just do the right thing when we move to TableGen.
- <rdar://problem/6761194> [driver] -Wextra-tokens isn't parsed
correctly
llvm-svn: 68525
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Ignore some more -W options and -[fm] options which we can somewhat
safely ignore.
- Recognize that -W is an alias for -Wextra
W: -Wdeclaration-after-statement -Werror-implicit-function-declaration -Wfour-char-constants -Winit-self -Wmissing-format-attribute -Wno-#warnings -Wno-comment -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wstrict-prototypes -Wunused-parameter
f: -fconstant-cfstrings -fdollars-in-identifiers -finline -finline-functions -fno-inline -fno-keep-inline-functions -fno-strict-aliasing -fobjc-atdefs -fobjc-call-cxx-cdtors -fobjc-new-property -fstack-protector
m: -mconstant-cfstrings -mfix-and-continue
llvm-svn: 68487
|
| |
|
|
|
|
| |
scripts.
llvm-svn: 68418
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
preceeded by a linker input flag.
- <rdar://problem/6757236> clang should make a dSYM when going
straight from source to binary
- This still matches gcc, but the right way to solve this would be to
detect the situation we care about (we are compiling from source
and linking in one step), instead of looking at the suffix of the
input file. The Tool doesn't quite have enough information to do
this yet, however.
- Also, find the suffix correctly.
llvm-svn: 68417
|
| |
|
|
|
|
| |
flags which were used for something.
llvm-svn: 68416
|
| |
|
|
|
|
| |
arguments" warning.
llvm-svn: 68410
|
| |
|
|
|
|
| |
need to do anything special to support this.
llvm-svn: 68403
|
| |
|
|
|
|
| |
wasn't being forwarded.
llvm-svn: 68365
|