Add missing includes.

llvm-svn: 79473

we can find a way to cache the answer that isn't racy.

llvm-svn: 79472

Add missing includes.

llvm-svn: 79469

Add missing includes.

llvm-svn: 79468

Add missing includes.

llvm-svn: 79467

manufactured for-loop per Anders feedback (thanks).

- Fariborz

llvm-svn: 79466

llvm-svn: 79465

llvm-svn: 79464

Add missing header.

llvm-svn: 79463

llvm-svn: 79462

llvm-svn: 79461

llvm-svn: 79460

llvm-svn: 79459

that led to errs() getting made buffered.

llvm-svn: 79458

llvm-svn: 79457

SmallString::c_str.

llvm-svn: 79456

 - Several FIXMEs due to non-Twinification of IRBuilder.

llvm-svn: 79455

llvm-svn: 79454

c_str().

llvm-svn: 79453

llvm-svn: 79451

conversion code do we really need?
 - S.append_uint(N) can be replaced with 'raw_svector_ostream(S) << N' which is
   somewhat slower due to the extra set up cost, but still plenty fast
   (especially if the svector set up cost can be amortized).

llvm-svn: 79450

llvm-svn: 79449

 - Please accept my sincere apologies for the gratuitous elimination of code
   duplication, manual string length counting, unnecessary strlen calls, etc.

llvm-svn: 79448

llvm-svn: 79447

right.
 - This class turns out to be much more convenient to use if we do this; clients
   can make sure the buffer is always big enough if they care (since our current
   idiom tends to be to use a SmallString<256> for the input to this we should
   generally be avoiding an unnecessary malloc).

Also, add a convenience raw_svector_ostream::str method which flushes the buffer
and returns a StringRef for the vector contents.

llvm-svn: 79446

llvm-svn: 79445

llvm-svn: 79444

llvm-svn: 79443

available. This is very conservative for now.

llvm-svn: 79442

by hand, and fix a few places that were using hasInitializer() that
appear to depend on the initializer value.

llvm-svn: 79441

static extents of the static array type, it causes GlobalOpt and
other passes to be more conservative. This canonicalization also
allows the constant folder to add "inbounds" to GEPs.

llvm-svn: 79440

a smaller encoding. These kinds of patterns are very frequent in
sqlite3, for example.

llvm-svn: 79439

building activities.

llvm-svn: 79438

llvm-svn: 79437

llvm-svn: 79436

llvm-svn: 79435

 - This avoids unnecessary malloc/free overhead in the common case, and
   unnecessary copying from the ostream buffer into the output vector.

llvm-svn: 79434

 - These allow clients to make use of the extra elements in the vector which
   have already been allocated, without requiring them to be value initialized.

llvm-svn: 79433

llvm-svn: 79432

llvm-svn: 79431