llvm-svn: 63171

llvm-svn: 63170

shift amounts, to avoid implicitly assuming that
target architectures will ignore the high bits.

llvm-svn: 63169

llvm-svn: 63168

size/alignment/offsetof based tests of types instead of calling
convention tests.

llvm-svn: 63167

accessibility of the ivar (related to objc2's
non-fragile abi).

llvm-svn: 63166

llvm-svn: 63164

Changed section names for meta-data (to match current gcc).

llvm-svn: 63163

llvm-svn: 63162

llvm-svn: 63161

llvm-svn: 63160

Performance impact (clang -fsyntax-only INPUTS/Cocoa_h.m):
  non-PTH: 0.4% improvement
  PTH: 0.8% improvement

llvm-svn: 63159

llvm-svn: 63158

llvm-svn: 63157

anyone will pay attention.

llvm-svn: 63155

llvm-svn: 63154

snaroff% time ../../Release-Asserts/bin/clang INPUTS/Cocoa_h.m
0.179u 0.051s 0:00.23 95.6%	0+0k 0+0io 0pf+0w
snaroff% time ../../Release-Asserts/bin/clang INPUTS/Cocoa_h.m -disable-free
0.169u 0.052s 0:00.22 95.4%	0+0k 0+0io 0pf+0w

llvm-svn: 63153

llvm-svn: 63152

llvm-svn: 63151

llvm-svn: 63150

llvm-svn: 63149

mergeable string section. I don't see any bad impact of such decision
(rather then placing it into mergeable const section, as it was before),
but at least Darwin linker won't complain anymore.

The problem in LLVM is that we don't have special type for string constants
(like gcc does). Even more, we have two separate types: ConstatArray for non-null
strings and ConstantAggregateZero for null stuff.... It's a bit weird :)

llvm-svn: 63142

llvm-svn: 63141

llvm-svn: 63140

llvm-svn: 63139

llvm-svn: 63138

Also changed FunctionTypeProto to be allocated with 8-byte alignment (noticed by Doug). I couldn't think of any reason to allocate on 16-byte boundaries. If anyone remembers why we were doing this, let me know!

llvm-svn: 63137

llvm-svn: 63136

Remove many references to ASTContext::getAllocator(), replacing them with calls to the recently added placement new (which uses ASTContext's allocator for memory). Also added ASTContext::Deallocate().

This will simplify runtime replacement of ASTContext's allocator. Keeping the allocator private (and removing getAllocator() entirely) is also goodness.

llvm-svn: 63135

llvm-svn: 63132

doesn't set the relocation model when -mdynamic-no-pic is present.

llvm-svn: 63129

a uint64_t to verify that the value is in range for the given type,
to help catch accidental overflow. Fix a few places that relied on
getConstant implicitly truncating the value.

llvm-svn: 63128

If an input constraint refers to an output constraint, it should have the same constraint info as the output constraint. Fixes PR3417

llvm-svn: 63127

Still more work to do in this area.

llvm-svn: 63126

machine as x86_64.

llvm-svn: 63122

llvm-svn: 63121

llvm-svn: 63120

llvm-svn: 63119

instead of via a by-reference argument. No functionality change.

llvm-svn: 63118

llvm-svn: 63117