llvm-svn: 105279

llvm-svn: 105278

support [[:<:]]. Use beginning-of-line and end-of-line anchors
instead.

llvm-svn: 105277

llvm-svn: 105276

llvm-svn: 105275

and doesn't know where the output is going.

llvm-svn: 105274

llvm-svn: 105273

llvm-svn: 105272

and configury to use --version-script.

llvm-svn: 105271

llvm-svn: 105270

llvm-svn: 105269

bring in the entire lookup table at once.

Also, give ExternalSemaSource's vtable a home.  This is important because otherwise
any reference to it will cause RTTI to be emitted, and since clang is compiled
with -fno-rtti, that RTTI will contain unresolved references (to ExternalASTSource's
RTTI).  So this change makes it possible to subclass ExternalSemaSource from projects
compiled with RTTI, as long as the subclass's home is compiled with -fno-rtti.

llvm-svn: 105268

llvm-svn: 105265

modification.

llvm-svn: 105264

llvm-svn: 105257

Fixes <rdar://problem/8026215>.

llvm-svn: 105256

the newly created allocas may be used by inlined calls, so these
need to have their tail call flags cleared.  Fixes PR7272.

llvm-svn: 105255

llvm-svn: 105254

llvm-svn: 105253

of isSimpleObjCMessageExpression checks the language,
so change a dynamic check into an assert.

isSimpleObjCMessageExpression is expensive, so only do it
in the common case when it is likely to matter: when the [
of the postfix expr starts on a new line.  This should avoid
doing lookahead for every array expression.

llvm-svn: 105229

that are too large.  This causes the freebsd bootloader to be too
large apparently.

It's unclear if this should be an -Os or -Oz thing.  Thoughts welcome.

llvm-svn: 105228

llvm-svn: 105227

llvm-svn: 105226

llvm-svn: 105225

preparation for an alternate mangler.

llvm-svn: 105224

EOF is detected.

llvm-svn: 105223

llvm-svn: 105222

a simple, quick check to determine whether the expression starting
with '[' can only be an Objective-C message send. If so, don't parse
it as an array subscript expression. This improves recovery for, e.g.,

  [a method1]
  [a method2]

so that we now produce

  t.m:10:13: error: expected ';' after expression
  [a method]
            ^

instead of some mess about expecting ']'.

llvm-svn: 105221

llvm-svn: 105220

virtual methods.

Please review cdavis, should these methods even be virtual?

llvm-svn: 105218

first. Fixes PR7265.

llvm-svn: 105206

RegionStoreManager::RetrieveElement() that handles indexing into a larger scalar
object to only consult the direct binding of a super region if it is a scalar.
This isn't perfect yet, and a big FIXME is attached to the code.  This causes
the test case for PR 7218 now to pass.

llvm-svn: 105195

llvm-svn: 105189

rdar://8042673

llvm-svn: 105188

been processed, so they don't have to be tip-toed around.

llvm-svn: 105182

literal. Fixes <rdar://problem/8044135>.

llvm-svn: 105181

Parse will need to see these files because it needs to know how to parse
attributes. The generated files are still placed in the appropriate directory so
as to preserve layering. No functional change.

llvm-svn: 105179

lead to heartache. Fixes <rdar://problem/8044088>.

llvm-svn: 105178

llvm-svn: 105177

llvm-svn: 105176