- Jan 17, 2011
-
-
Rafael Espindola authored
const NSConstantString *appKey = @"MyApp"; llvm-svn: 123680
-
Rafael Espindola authored
__builtin___CFStringMakeConstantString This fixes PR8993. A darwin expert might want to check that this is safe. llvm-svn: 123658
-
- Jan 15, 2011
-
-
Rafael Espindola authored
llvm-svn: 123531
-
- Jan 14, 2011
-
-
John McCall authored
bit-pattern. Continue punting on zero-initializing VLAs with a nonzero pattern. llvm-svn: 123439
-
John McCall authored
replace all uses of the entry with the predecessor. There are no cleanups relying on this right now, but if we ever want a cleanup with a phi inside it, this will be important. llvm-svn: 123438
-
- Jan 13, 2011
-
-
Fariborz Jahanian authored
for efficiancy (still part of //rdar://8761767). Per John's comment. llvm-svn: 123401
-
Fariborz Jahanian authored
assigns. // rdar://8761767 llvm-svn: 123391
-
Peter Collingbourne authored
process, perform a number of refactorings: - Move MiscNameMangler member functions to MangleContext - Remove GlobalDecl dependency from MangleContext - Make MangleContext abstract and move Itanium/Microsoft functionality to their own classes/files - Implement ASTContext::createMangleContext and have CodeGen use it No (intended) functionality change. llvm-svn: 123386
-
Douglas Gregor authored
llvm-svn: 123379
-
Douglas Gregor authored
llvm-svn: 123378
-
John McCall authored
Fixes PR8967. llvm-svn: 123360
-
Rafael Espindola authored
llvm-svn: 123354
-
- Jan 12, 2011
-
-
Douglas Gregor authored
llvm-svn: 123332
-
John McCall authored
delete the block we began emitting into if it had no predecessors. We never want to do this, because there are several valid cases during statement emission where an existing block has no known predecessors but will acquire some later. The case in my test case doesn't inherently fall into this category, because we could safely emit the case-range code before the statement body, but there are examples with labels that can't be fallen into that would also demonstrate this bug. rdar://problem/8837067 llvm-svn: 123303
-
Rafael Espindola authored
llvm-svn: 123293
-
- Jan 11, 2011
-
-
Rafael Espindola authored
llvm-svn: 123280
-
Rafael Espindola authored
think it is safe to mark all type infos with unnamed_addr, but I am not sure. llvm-svn: 123275
-
Rafael Espindola authored
llvm-svn: 123272
-
Bob Wilson authored
Clang does not wrap the vectors in structs anymore so this isn't needed. llvm-svn: 123241
-
Devang Patel authored
llvm-svn: 123199
-
Rafael Espindola authored
llvm-svn: 123197
-
Bob Wilson authored
llvm-svn: 123195
-
- Jan 10, 2011
-
-
Rafael Espindola authored
static const char foo[] = "foo"; static const char *bar = "bar"; the global created to hold "bar" will have it, but foo will not. llvm-svn: 123192
-
- Jan 09, 2011
-
-
Benjamin Kramer authored
llvm-svn: 123118
-
- Jan 08, 2011
-
-
Alexis Hunt authored
more accurate, and makes it make sense for it to hold a delegating constructor call. llvm-svn: 123084
-
- Jan 07, 2011
-
-
John McCall authored
In particular, the iteration variable (if present) should be created and destroyed in a narrow span around the loop body, and the body should be emitted in a cleanup scope in case it's not a compound statement. Otherwise, rename a few variables and use phis instead of temporary variables for the index and buffer count. llvm-svn: 122988
-
- Jan 06, 2011
-
-
John McCall authored
The initial TreeTransform is a cop-out, but it's more-or-less equivalent to what we were doing before, or rather what we're doing now and might eventually stop doing in favor of using this type. I am simultaneously intrigued by the possibilities of rebuilding a dependent Attri llvm-svn: 122942
-
- Jan 05, 2011
-
-
Douglas Gregor authored
expansions with something that is easier to use correctly: a new template argment kind, rather than a bit on an existing kind. Update all of the switch statements that deal with template arguments, fixing a few latent bugs in the process. I"m happy with this representation, now. And, oh look! Template instantiation and deduction work for template template argument pack expansions. llvm-svn: 122896
-
Chris Lattner authored
llvm-svn: 122894
-
John McCall authored
the declaration-specifiers and on the declarator itself are moved to the appropriate declarator chunk. This permits a greatly simplified model for how to apply these attributes, as well as allowing a much more efficient query for the GC attribute. Now all qualifier queries follow the same basic strategy of "local qualifiers, local qualifiers on the canonical type, then look through arrays". This can be easily optimized by changing the canonical qualified-array-type representation. Do not process type attributes as decl attributes on declarations with declarators. When computing the type of a block, synthesize a prototype function declarator chunk if the decl-spec type was not a function. This simplifies the logic for building block signatures. Change the logic which inserts an objc_read_weak on a block literal to only fire if the block has a __weak __block variable, rather than if the return type of the block is __weak qualified, which is not actually a sensible thing to ask. llvm-svn: 122871
-
- Jan 04, 2011
-
-
Douglas Gregor authored
the switch-enum warnings. Test is forthcoming, once I've dealt with some template argument deduction issues. llvm-svn: 122820
-
- Jan 03, 2011
-
-
Douglas Gregor authored
llvm-svn: 122782
-
Fariborz Jahanian authored
computing ivar layouts for objc-gc. Fixes // rdar://8800513 llvm-svn: 122762
-
Douglas Gregor authored
template argument (described by an expression, of course). For example: template<int...> struct int_tuple { }; template<int ...Values> struct square { typedef int_tuple<(Values*Values)...> type; }; It also lays the foundation for pack expansions in an initializer-list. llvm-svn: 122751
-
- Jan 02, 2011
-
-
Rafael Espindola authored
statements using the "x" constraint. llvm-svn: 122679
-
- Jan 01, 2011
-
-
Rafael Espindola authored
llvm-svn: 122670
-
Rafael Espindola authored
llvm-svn: 122669
-
- Dec 30, 2010
-
-
Rafael Espindola authored
in asm statements: register int foo asm("rdi"); asm("..." : ... "r" (foo) ... We also only accept these variables if the constraint in the asm statement is "r". This fixes most of PR3933. llvm-svn: 122643
-
Nick Lewycky authored
llvm-svn: 122640
-
Benjamin Kramer authored
llvm-svn: 122634
-