http://llvm.org/viewvc/llvm-project?view=rev&revision=54107

llvm-svn: 54242

different address spaces) for llvm r54195.

llvm-svn: 54241

<rdar://problem/6113085>

llvm-svn: 54237

instead of mapping the decl to a bitcast of the global to the correct
type.
 
 - GetAddrOf{Function,GlobalVar} introduce the bitcast on every use now.

 - This solves a problem where a dangling pointer could be introduced
   by the RAUW done when replacing a forward or tentative
   definition. See testcase for more details.

 - Fixes <rdar://problem/6108358>

llvm-svn: 54211

 - No (intended) functionality change.

 - Primary purpose is to clearly separate (lazy) construction of
   globals that are a forward declaration or tentative definition from
   those that are the final definition.

 - Lazy construction is now encapsulated in
   GetAddrOf{Function,GlobalVar} while final definitions are
   constructed in EmitGlobal{Function,Var}Definition.
 
 - External interface for dealing with globals is now limited to
   EmitGlobal and GetAddrOf{Function,GlobalVar}.

 - Also updated helper functions dealing with statics, annotations,
   and ctors to be private.

llvm-svn: 54179

 - Killed useless CodeGenModule::EmitGlobalVarDeclarator, instead just
   recurse on any ScopedDecl.
 - Fix for <rdar://problem/6093838>

llvm-svn: 54162

llvm-svn: 54108

llvm-svn: 54107

ASTContext::getCanonicalType instead (PR2189)

llvm-svn: 54105

llvm-svn: 54100

llvm-svn: 54099

are important part of control flow structures.

llvm-svn: 54078

llvm-svn: 54049

llvm-svn: 54048

llvm-svn: 54047

 - Fix multiple issues with the way case ranges were emitted, see test
   cases details about the specific issues.

 - The root issue was not being careful about how basic blocks were
   emitted which led to them being chained together incorrectly,
   resulting in improper control flow.

 - Fixes <rdar://problem/6098585>

llvm-svn: 54006

 - Also cleaned up emission slightly 
 - Inspection of the code revealed several other bugs, however. Case
   ranges are not properly wired and can result in switch cases being
   dropped or even infinite loops. See: <rdar://problem/6098585>

Completes: <rdar://problem/6094119>
llvm-svn: 53975

llvm-svn: 53948

int foo(void) {
  float x[2];
  return x;
}

rdar://6093986

llvm-svn: 53946

llvm-svn: 53928

llvm-svn: 53899

This subsumes Nico Weber's patch and implements bzero in terms
of llvm.memset to match llvm-gcc.

llvm-svn: 53888

This closes <rdar://problem/6080720>, support for __builtin_constant_p
has been filed separately.

llvm-svn: 53885

llvm-svn: 53878

simplifying code along the way and fixing a problem and memory leak or two.

llvm-svn: 53876

llvm-svn: 53866

various objc lists over to it.  First up, the protocol list 
on ObjCInterfaceDecl.

llvm-svn: 53856

 + test case

llvm-svn: 53851

it goes and makes std::strings out of them, which is not 
defined.

llvm-svn: 53843

llvm-svn: 53747

<rdar://problem/6078606>

llvm-svn: 53737

llvm-svn: 53552

llvm-svn: 53329

This was broken when the GenerateCode function was splitted to use GenerateFunction.

llvm-svn: 53136

llvm-svn: 53121

1) add a new ASTContext::getFloatTypeSemantics method.
2) Use it from SemaExpr.cpp, CodeGenTypes.cpp and other places.
3) Change the TargetInfo.h get*Format methods to return their 
   fltSemantics byref instead of by pointer.
4) Change CodeGenFunction::EmitBuiltinExpr to allow builtins which
   sometimes expand specially and othertimes fall back to libm.
5) Add support for __builtin_nan("") to codegen, cases that don't pass
   in an empty string are currently lowered to libm calls.
6) Fix codegen of __builtin_infl.

llvm-svn: 52914

Add new file to Sema Project for VS.
this unbreak the build for VS2005 (with the associated patch on llvm).

llvm-svn: 52830

we don't push strings into LLVM IR and then have to read them back out.

llvm-svn: 52765

llvm-svn: 52764

string to LLVM IR and then regenerating the string from IR.

llvm-svn: 52762