nicer than passing around two const char*'s.

llvm-svn: 93094

llvm-svn: 93093

llvm-svn: 93092

llvm-svn: 93091

llvm-svn: 93090

commonIntCastTransforms into the callers, eliminating a switch,
and allowing the static predicate  methods to be moved down to
live next to the corresponding function.  No functionality 
change.

llvm-svn: 93089

llvm-svn: 93088

llvm-svn: 93087

-weak_reference_mismatches is not present, it is the default.

llvm-svn: 93086

llvm-svn: 93085

llvm-svn: 93084

import other headers within the same framework with the full
framework path, not with a relative include.

llvm-svn: 93083

llvm-svn: 93082

CallExpr/ObjCMessageExpr can be visited in an "lvalue" context if it
returns a struct temporary.  Currently the analyzer doesn't reason
about struct temporary returned by function calls, but we shouldn't
crash here either.

llvm-svn: 93081

llvm-svn: 93080

"In order to ease automatic bindings generation, it would be helpful if boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for."

Patch by James Y Knight!

llvm-svn: 93079

llvm-svn: 93078

llvm-svn: 93077

llvm-svn: 93076

lvalue to poke, no functionality change.

llvm-svn: 93075

llvm-svn: 93074

rdar://7083878

llvm-svn: 93073

llvm-svn: 93072

llvm-svn: 93071

jump.  People clearly weren't finding the extra requirements in
CodeGenerator.html.

llvm-svn: 93070

llvm-svn: 93069

llvm-svn: 93068

llvm-svn: 93067

llvm-svn: 93066

R11, and then asserting that the target was in R9.  Since R9 isn't reserved for
the target anymore, and is used as an argument, this patch changes the
assertion.

llvm-svn: 93065

llvm-svn: 93064

llvm-svn: 93063

llvm-svn: 93062

llvm-svn: 93060

so that unnamed blocks are handled.

llvm-svn: 93059

llvm-svn: 93058

llvm-svn: 93057

highlighting rule for identifiers.

llvm-svn: 93056

follow LLVM source convention.

Before:
  case X: {
            stuff;
          }

After:
  case X: {
    stuff;
  }

llvm-svn: 93055

Fixed linking of modules containing aliases to constant bitcasts.  Existing behaviour first tried to replace the aliases with the global that they aliased (rather than the bitcast), causing a crash on an assert because the types didn't match.  When this was fixed, it then did the same thing creating the new alias (creating an alias with a different type to its aliasee).  

Linking modules containing aliases to GEPs is still not quite right.  GEPs that are equivalent to bitcasts will be replaced by bitcasts, GEPs that are not will just break.  Aliases to GEPs that are not equivalent to bitcasts are horribly broken anyway (it might be worth adding an assert when creating the alias to prevent these being created; they just cause problems later).

llvm-svn: 93052