| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
rdar://11518308
llvm-svn: 157346
|
| |
|
|
|
|
|
|
| |
arguments, force use of clang frontend for the driver.
Fixes rdar://11356765.
llvm-svn: 157205
|
| |
|
|
|
|
| |
header searches with CUDA.
llvm-svn: 157172
|
| |
|
|
|
|
|
|
|
|
|
|
| |
used by the preprocessor. Apple's GCC also supported a -A option for linking.
The ld man page has the following:
-A basefile - Obsolete incremental load format. This option is obsolete.
Nick Kledzik confirms this option is no longer needed/supported.
rdar://11455614
llvm-svn: 156965
|
| |
|
|
| |
llvm-svn: 156950
|
| |
|
|
| |
llvm-svn: 156947
|
| |
|
|
|
|
|
|
|
| |
so that the
generation of implicit floating point instructions can be disable for ARM.
rdar://11409142
llvm-svn: 156942
|
| |
|
|
|
|
| |
into the appropriate place at build time
llvm-svn: 156906
|
| |
|
|
|
|
| |
linker arguments. Fixes <rdar://problem/11417441>.
llvm-svn: 156853
|
| |
|
|
|
|
| |
<rdar://problem/11433499>
llvm-svn: 156841
|
| |
|
|
| |
llvm-svn: 156813
|
| |
|
|
|
|
| |
Patch from Andrew C. Morrow.
llvm-svn: 156771
|
| |
|
|
| |
llvm-svn: 156567
|
| |
|
|
| |
llvm-svn: 156502
|
| |
|
|
| |
llvm-svn: 156501
|
| |
|
|
| |
llvm-svn: 156498
|
| |
|
|
| |
llvm-svn: 156497
|
| |
|
|
|
|
| |
rdar://11409204
llvm-svn: 156489
|
| |
|
|
| |
llvm-svn: 156487
|
| |
|
|
|
|
|
|
| |
When enabled, clang generates bounds checks for array and pointers dereferences. Work to follow in LLVM's backend.
OK'ed by Chad; thanks for the review.
llvm-svn: 156431
|
| |
|
|
|
|
| |
Patch by Jordy Rose.
llvm-svn: 156172
|
| |
|
|
|
|
| |
CC1 supports only the joined format.
llvm-svn: 156161
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It reduces the amount of emitted debug information:
1) DIEs in .debug_info have types DW_TAG_compile_unit, DW_TAG_subprogram,
DW_TAG_inlined_subroutine (for opt builds) and DW_TAG_lexical_block only.
2) .debug_str contains only function names.
3) No debug data for types/namespaces/variables is emitted.
4) The data in .debug_line is enough to produce valid stack traces with
function names and line numbers.
Reviewed by Eric Christopher.
llvm-svn: 156160
|
| |
|
|
| |
llvm-svn: 156149
|
| |
|
|
|
|
|
|
|
| |
and use
array_lengthof. Also, append the new filename with correct preprocessed suffix.
Last part of rdar://11285725
llvm-svn: 156117
|
| |
|
|
| |
llvm-svn: 156104
|
| |
|
|
|
|
| |
Part of rdar://11285725
llvm-svn: 156096
|
| |
|
|
| |
llvm-svn: 156093
|
| |
|
|
|
|
|
| |
aren't necessary to reproduce the clang crash.
Part of rdar://11285725
llvm-svn: 156079
|
| |
|
|
| |
llvm-svn: 156058
|
| |
|
|
|
|
|
|
|
|
|
| |
and disable it by default on more platforms.
For now -fno-math-errno is the default on BSD-derived platforms (Darwin,
DragonFlyBSD, FreeBSD, NetBSD, OpenBSD). If the default is not right for
your platform, please yell. I only verified the result with the default
compilers on Darwin and FreeBSD.
llvm-svn: 155990
|
| |
|
|
|
|
|
|
| |
-fpack-struct's handling has changed in CC1 (one of only two flags that needed changing) because the driver treats "-fpack-struct" as a boolean flag, and CC1 (did) treat it as an option with a separated value.
This change causes -fpack-struct=X to be forwarded correctly to -fpack-struct=X instead of erroneously to "-fpack-struct X"
llvm-svn: 155981
|
| |
|
|
|
|
| |
Really just a wild stab in the dark.
llvm-svn: 155974
|
| |
|
|
|
|
|
|
| |
serialization logic in Frontend and Driver.
Reviewed by Eric, Doug and Chandler, and here: http://llvm.org/reviews/r/7/
llvm-svn: 155916
|
| |
|
|
| |
llvm-svn: 155860
|
| |
|
|
|
|
|
|
|
| |
architecture; this was happening for tools such as lipo and dsymutil.
Also, if no -arch option has been specified, set the architecture based
on the TC default.
rdar://11329656
llvm-svn: 155730
|
| |
|
|
|
|
| |
intended.
llvm-svn: 155719
|
| |
|
|
|
|
| |
intended.
llvm-svn: 155718
|
| |
|
|
| |
llvm-svn: 155708
|
| |
|
|
| |
llvm-svn: 155679
|
| |
|
|
| |
llvm-svn: 155656
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Linux and other (non-Darwin) platforms and have it use -fmath-errno by
default (for better or worse).
Darwin has seen the light here and uses -fno-math-errno by default, this
patch preserves that.
If any maintainers for a non-Linux platform would also like to opt-in to
-fno-math-errno by default, I'm happy to add folks, but we're currently
getting buts and misleading comparisons with GCC due to this difference
in behavior on Linux at least.
llvm-svn: 155607
|
| |
|
|
| |
llvm-svn: 155541
|
| |
|
|
| |
llvm-svn: 155540
|
| |
|
|
| |
llvm-svn: 155431
|
| |
|
|
|
|
| |
test suite failures.
llvm-svn: 155371
|
| |
|
|
| |
llvm-svn: 155363
|
| |
|
|
|
|
|
| |
The check for excluding libarclite on i386 MacOSX should not apply to
Foundation.
llvm-svn: 155263
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
overwriting the input file. For example,
clang -c foo.s -o foo.o -save-temps
Unfortunately, the original patch didn't compare the paths of the input and
output files. Thus, something like the following would fail to create foo.s.
cd /tmp/obj
clang -c ../src/foo.s -o foo.o -save-temps
rdar://11252615
llvm-svn: 155224
|
| |
|
|
|
|
|
| |
Add a FIXME comment.
rdar://11283560
llvm-svn: 155207
|