void exit_picture()
{
  char yuv_types[4][6]= {"4:0:0","4:2:0","4:2:2","4:4:4"};
  foo(yuv_types);
}

llvm-svn: 101623

llvm-svn: 101618

checking into a single function and use that throughout. Remove some
now unnecessary diagnostics and update tests with now more accurate
diagnostics.

llvm-svn: 101610

llvm-svn: 101580

the result of comparisons are 'int' in C, it doesn't work to
test just the result type of the expression.

llvm-svn: 101576

do *not* suggest that the function could be attribute 'noreturn';
overridden functions may end up returning.

llvm-svn: 101572

This is the last of the uses of TryImplicitConversion outside of
overload resolution and InitializationSequence itself.

llvm-svn: 101569

llvm-svn: 101568

Move Sema::PerformImplicitConversion over to where Sema::TryImplicitConversion is, for my own sanity. No functionality change

llvm-svn: 101554

llvm-svn: 101550

TryStaticImplicitCast (for references, class types, and everything
else, respectively) into a single invocation of
InitializationSequence.

One of the paths (for class types) was the only client of
Sema::TryInitializationByConstructor, which I have eliminated. This
also simplified the interface for much of the cast-checking logic,
eliminating yet more code.

I've kept the representation of C++ functional casts with <> 1
arguments the same, despite the fact that I hate it. That fix will
come soon. To satisfy my paranoia, I've bootstrapped + tested Clang
with these changes.

llvm-svn: 101549

struct may cause it to shrink more than one byte.  Before
my recent changes we compiled the new test into:

%0 = type { [6 x i8] }
@x = global %0 { [6 x i8] undef }, align 2        ; <%0*> [#uses=0]

which is obviously bogus.  Now we compile it into:

%0 = type <{ i32, i8, i8 }>
@x = global %0 zeroinitializer, align 2           ; <%0*> [#uses=0]

Where the last byte only is tail padding.

llvm-svn: 101536

merge also a few tests I had here for this feature, and FileCheck'ize one file

llvm-svn: 101535

functional casts over to InitializationSequence, eliminating a caller
of Sema::TryImplicitConversion. We also get access and ambiguity
checking "for free".

More cleanups to come in this routine.

llvm-svn: 101526

implementation today but is the right place if we want to make it faster some
day.

llvm-svn: 101521

llvm-svn: 101502

llvm-svn: 101499

llvm-svn: 101498

SemaOverload.cpp; no functionality change.

llvm-svn: 101497

that we aren't using ForceRValue any more? 

llvm-svn: 101496

llvm-svn: 101495

llvm-svn: 101494

functions.

llvm-svn: 101492

Eliminate the ForceRValue parameter from Sema::IsUserDefinedConversion. It's not the way we're going to handle this.

llvm-svn: 101483

Eliminate the default value for the UserCast parameter of Sema::IsUserDefinedConversion. No functionality change

llvm-svn: 101482

don't need it.

llvm-svn: 101481

large files, this doesn't seem significantly better than just letting
raw_ostream pick a buffer size.

This code predates raw-ostream's automatic buffer sizing; in fact, it
was introduced as part of the code which would eventually become
raw_ostream.

llvm-svn: 101473

Make CGRecordLayoutBuilder deal with wide bit-fields. Will land tests shortly (Daniel, please review).

llvm-svn: 101472

llvm-svn: 101470

llvm-svn: 101467

llvm-svn: 101464

llvm-svn: 101462

platform that typically uses glibc. Fixes a Boost.Thread compilation
failure.

llvm-svn: 101450

llvm-svn: 101447

both number seen and number expected.

Finishes fixing PR6501.

llvm-svn: 101442

of arguments both seen and expected.

Fixes PR6501.

llvm-svn: 101441

source line wider than the terminal where the associated fix-it line
is longer than the caret line. Previously, we would crash in this
case, which was rather unfortunate. Fixes <rdar://problem/7856226>.

llvm-svn: 101426

intended for redeclarations, fixing those that need it. Fixes PR6831.

This uncovered an issue where the C++ type-specifier-seq parsing logic
would try to perform name lookup on an identifier after it already had
a type-specifier, which could also lead to spurious ambiguity errors
(as in PR6831, but with a different test case).

llvm-svn: 101419

in case it ends up doing something that might trigger diagnostics
(template instantiation, ambiguity reporting, access
reporting). Noticed while working on PR6831.

llvm-svn: 101412

llvm-svn: 101384