reported by Seo.

llvm-svn: 45156

llvm-svn: 45155

int foo() {
  typedef int x[foo()];
  static int y = sizeof(x);
}

previously we'd emit it on the typedef, which made not sense at all.

llvm-svn: 45154

this method.

llvm-svn: 45153

llvm-svn: 45152

llvm-svn: 45151

llvm-svn: 45150

llvm-svn: 45149

Add DefaultFunctionArrayConversion() to the indirection operator in Sema::ActOnUnaryOp().

This fixes a bug Chris forwarded from Oliver Hunt...

typedef struct { char name[100]; } entry;
char f1(entry *e) { return *e->name; }

llvm-svn: 45148

Don't forget to print address space qualifiers when printing out the type table! Thanks to Gordon Henriksen for pointing this out.

llvm-svn: 45147

Fixe bogus error for variable argument methods. Sema::ObjcGetTypeForMethodDefinition() wasn't preserving the isVariadic boolean. Another fix is to avoid synthsizing the function decl entirely, however this is a separate issue that I don't want to deal with now. Also added a FIXME to Sema::CheckFunctionCall(), which is currently emitting a bogus warning.

llvm-svn: 45146

Turns out the LLVMFoldingBuilder can fold InsertElement. Knowing this, we can get rid of our special casing of constants when creating vectors.

llvm-svn: 45145

llvm-svn: 45144

Improve how we find private method decls. This involved:

- Changed Sema::ObjcActOnStartOfMethodDef() to register the methods with the global pools.
- Changed Sema::ActOnInstanceMessage() to look in global pools (should be much less error prone).
- Added a test case to message.m (for lookup that was broken).

Misc changes while I was investigating this...

- Changed Sema::ActOnAtEnd() to call AddFactoryMethodToGlobalPool (this looked like a cut/paste error).
- Added a comment and tweaked another where I was using the first person.

llvm-svn: 45142

llvm-svn: 45141

llvm-svn: 45140

llvm-svn: 45139

Intrinsic::getDeclaration, allowing much more terse code.

llvm-svn: 45136

Add __private_extern__ keyword and recognize it. Added a FIXME to indicate there is still work to do.

llvm-svn: 45135

llvm-svn: 45134

llvm-svn: 45133

based what flag to set on whether it was already marked as
"isRematerializable". If there was a further check to determine if it's "really"
rematerializable, then I marked it as "mayHaveSideEffects" and created a check
in the X86 back-end similar to the remat one.

llvm-svn: 45132

it's auto-upgraded to a shufflevector instruction.

llvm-svn: 45131

- New test case: nand.ll

llvm-svn: 45130

std::vector<char> starting from any index in the vector.

llvm-svn: 45129

llvm-svn: 45128

llvm-svn: 45126

llvm-svn: 45125

left is this crazy thing called "testing".

llvm-svn: 45124

llvm-svn: 45123

contents of the header map.  Look ma, no assumptions about input data
here (aka, corrupt header maps can't crash the compiler - crazy thought).

llvm-svn: 45122

the protocol list (id<P,...> types).

llvm-svn: 45121

flags clearer.

llvm-svn: 45120

llvm-svn: 45119

llvm-svn: 45118

llvm-svn: 45116

Patch by Richard Pennington.

llvm-svn: 45115

following hold:

(1) A vprintf-like function is called that takes the argument list via a
    via_list argument.

(2) The format string is a non-literal that is the parameter value of
    the enclosing function, e.g:
    
    void logmessage(const char *fmt,...) { 
      va_list ap;
      va_start(ap,fmt);
      fprintf(fmt,ap);  // Do not emit a warning.
    }
    
In the future this special case will be enhanced to consult the "format"
attribute attached to a function declaration instead of just allowing a blank
check for all function parameters to be used as format strings to vprintf-like
functions. This will happen when more support for attributes becomes
available.

llvm-svn: 45114

cross-endianness case, where we checked the version in the wrong endianness.
Amusingly, the GCC logic that detects mixed endianness hmaps and rejects 
them is dead for this very reason.

llvm-svn: 45113

Add comments to reset indicating that it deletes its pointer.
Add a new take() method, which can be used to get the pointer
without it being deleted.

llvm-svn: 45112