a bit further.  We may wish to just have -Wno flags to silence warnings, and not have a -no-pedantic.

llvm-svn: 158796

target Objective-C runtime down to the frontend:  break this
down into a single target runtime kind and version, and compute
all the relevant information from that.  This makes it
relatively painless to add support for new runtimes to the
compiler.  Make the new -cc1 flag, -fobjc-runtime=blah-x.y.z,
available at the driver level as a better and more general
alternative to -fgnu-runtime and -fnext-runtime.  This new
concept of an Objective-C runtime also encompasses what we
were previously separating out as the "Objective-C ABI", so
fragile vs. non-fragile runtimes are now really modelled as
different kinds of runtime, paving the way for better overall
differentiation.

As a sort of special case, continue to accept the -cc1 flag
-fobjc-runtime-has-weak, as a sop to PLCompatibilityWeak.

I won't go so far as to say "no functionality change", even
ignoring the new driver flag, but subtle changes in driver
semantics are almost certainly not intended.

llvm-svn: 158793

rdar://11684107

llvm-svn: 158734

llvm-svn: 158729

filed, but still missing the preprocessed source and associated run script.
rdar://11684107

llvm-svn: 158727

option. On the driver, check if we are using libraries from gcc 4.7 or newer
and if so pass -fuse-init-array to the frontend.
The crtbegin*.o files in gcc 4.7 no longer call the constructors listed in
.ctors, so we have to use .init_array.

llvm-svn: 158694

Patch by Nikola Smiljanic!

llvm-svn: 158664

Review by Chandler Carruth.

llvm-svn: 158463

llvm-svn: 158416

This functionality is based on what is done on ARM, and enables selecting PPC CPUs
in a way compatible with gcc's driver. Also, mirroring gcc (and what is done on x86),
-mcpu=native support was added. This uses the host cpu detection from LLVM
(which will also soon be updated by refactoring code currently in backend).

In order for this to work, the target needs a list of valid CPUs -- we now accept all CPUs accepted by LLVM.
A few preprocessor defines for common CPU types have been added.

llvm-svn: 158334

Zap the /Za compiler switch from MSVC projects, the option is considered harmful even by Microsoft people and clang won't build using the MSVC 2012 RC if not removed.

Only 1 minor code change was necessary: can't use cdecl as variable name anymore.

llvm-svn: 158063

llvm-svn: 157933

llvm-svn: 157923

-mhard-float, and -mfloat-abi= to the new function getMipsFloatABI. That
simplifies reuse of this code.

llvm-svn: 157888

llvm-svn: 157635

the Clang::ConstructJob() to the new ArgList::getLastArg() routine
with eight argument. That simplifies reusing of this code.

llvm-svn: 157633

Leave a better fixme for different debug info flags

llvm-svn: 157602

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

generation of implicit floating point instructions can be disable for ARM. 
rdar://11409142

llvm-svn: 156942

[tsan] add  ThreadSanitizer linker flags on Linux and also copy the tsan-rt 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