llvm-svn: 67764

 - <rdar://problem/6710978> ccc/clang-driver ignore -fno-common

llvm-svn: 67762

llvm-svn: 67761

 - <rdar://problem/6717381> [driver] implement ld argument translation
   in new driver

llvm-svn: 67760

llvm-svn: 67759

llvm-svn: 67758

separate, or vice versa).

Also, fix initialization of LinkingOutput variable.

llvm-svn: 67757

llvm-svn: 67756

Treat @package the same as @public. The documentation for @package says it is analogous to private_extern for variables/functions. Fully implementing this requires some kind of linker support (so access is denied to code outside the classes executable image). I don't believe GCC fully implements this semantic. Will discuss with Fariborz offline.

llvm-svn: 67755

llvm-svn: 67754

tools with the name of the option replace, and arguments rendered
separately.

llvm-svn: 67753

llvm-svn: 67752

llvm-svn: 67750

llvm-svn: 67748

analysis engine.

llvm-svn: 67747

llvm-svn: 67746

llvm-svn: 67744

llvm-svn: 67742

llvm-svn: 67741

llvm-svn: 67740

llvm-svn: 67739

llvm-svn: 67738

llvm-svn: 67737

llvm-svn: 67736

CodeGenModule.  Once there, add a new NoCommon option to
it and implement -fno-common.

llvm-svn: 67735

llvm-svn: 67734

llvm-svn: 67733

llvm-svn: 67732

Zhongxing and I discussed by email.

Main changes:
- Removed SymIntConstraintVal and SymIntConstraint
- Added SymExpr as a parent class to SymbolData, SymSymExpr, SymIntExpr
- Added nonloc::SymExprVal to wrap SymExpr
- SymbolRef is now just a typedef of 'const SymbolData*'
- Bunch of minor code cleanups in how some methods were invoked (no functionality change)

This changes are part of a long-term plan to have full symbolic expression
trees. This will be useful for lazily evaluating complicated expressions.

llvm-svn: 67731

llvm-svn: 67729

  %a = ...
  %b = and i32 %a, 2
  %c = srl i32 %b, 1
  %d = br i32 %c, 

into

  %a = ...
  %b = and %a, 2
  %c = X86ISD::CMP %b, 0
  %d = X86ISD::BRCOND %c ...

This applies only when the AND constant value has one bit set and the SRL
constant is equal to the log2 of the AND constant. The back-end is smart enough
to convert the result into a TEST/JMP sequence.

llvm-svn: 67728

llvm-svn: 67727

llvm-svn: 67726

Factor the member access specifier setting code into its own function. No intended functionality change.

llvm-svn: 67725

called from llc, not opt, but it's an IR level
optimization nevertheless.)

llvm-svn: 67724

Handle parsing of templates in member declarations. Pass the AccessSpecifier all the way down to ActOnClassTemplate.

Doug, Sebastian: Plz review! :)

llvm-svn: 67723

llvm-svn: 67722

is of type void*.  I'll try to add the appropriate checking later.

llvm-svn: 67721

specializations can be treated as a template. Finally, we can parse
and process the first implementation of Fibonacci I wrote!

Note that this code does not handle all of the cases where
injected-class-names can be treated as templates. In particular,
there's an ambiguity case that we should be able to handle (but
can't), e.g.,

  template <class T> struct Base { }; 
  template <class T> struct Derived : Base<int>, Base<char> {
    typename Derived::Base b;       // error: ambiguous
    typename Derived::Base<double> d;  // OK 
  };

llvm-svn: 67720

Before deleting a basic block, give other loop passes a chance cleanup analysis values, related to the instructions in the basic block.

llvm-svn: 67719