with recent changes, ConstantArray is never a "string".  Remove the associated
methods and constant fold the clients to false.

llvm-svn: 149362

update this to ConstantDataArray.  There are no tests and this isn't using the preferred functionality for ripping apart strings, so I have no way to test this.

llvm-svn: 149361

This removes implicit assumption about the form of MI coming into regalloc. In particular, it should be independent of ProcessImplicitDefs which will eventually become a standard part of coming out of SSA--unless we simply can eliminate IMPLICIT_DEF completely. Current unit tests expose this once I remove incidental pass ordering restrictions.

This is not a final fix. Just a temporary workaround until I figure out the right way.

llvm-svn: 149360

Don't warn about -Wshorten-64-to-32 in unreachable code.  Fixes <rdar://problem/10759934>.  Apparently this is a common idiom in Linux (among other places).

llvm-svn: 149359

llvm-svn: 149358

llvm-svn: 149357

llvm-svn: 149356

instances to not pthread_cancel the read threads and wreak havoc on the mutex
in our ConnectionFileDescriptor class.

Also cleaned up some shutdown delays.

llvm-svn: 149355

eliminate the last uses of GetConstantStringInfo from this file, I didn't realize I was that close...

llvm-svn: 149354

These are very useful for frontends and other utilities reasoning about
or selecting between triples.

llvm-svn: 149353

dramatically more efficient than GetConstantStringInfo.

llvm-svn: 149352

kicking in the big win of ConstantDataArray.  As part of this, change
the implementation of GetConstantStringInfo in ValueTracking to work
with ConstantDataArray (and not ConstantArray) making it dramatically,
amazingly, more efficient in the process and renaming it to 
getConstantStringInfo.

This keeps around a GetConstantStringInfo entrypoint that (grossly)
forwards to getConstantStringInfo and constructs the std::string 
required, but existing clients should move over to 
getConstantStringInfo instead.

llvm-svn: 149351

which is going away.

llvm-svn: 149348

as well as ConstantArray.

llvm-svn: 149347

Fixed an issue where we can crash if you call cast when the SBValue
doesn't contain a valid value.

llvm-svn: 149345

  -INT_MIN and INT_MIN / -1
  Shift by a negative or too large quantity
  Left shift of negative value
  Overflow in left shift

llvm-svn: 149344

CodeGen/X86/global-sections.ll to fail with CDArray

llvm-svn: 149343

llvm-svn: 149342

simplify ConstantArray handling, since they can never be empty.

llvm-svn: 149341

llvm-svn: 149340

 Original log:

 Convert ProgramStateRef to a smart pointer for managing the reference counts of ProgramStates.  This leads to a slight memory
 improvement, and a simplification of the logic for managing ProgramState objects.
 # Please enter the commit message for your changes. Lines starting

llvm-svn: 149339

llvm-svn: 149338

driver based on discussions with Doug Gregor. There are several issues:
1) The patch was not reviewed prior to commit and there were review comments.
2) The design of the functionality (triple-prefixed tool invocation)
   isn't the design we want for Clang going forward: it focuses on the
   "user triple" rather than on the "toolchain triple", and forces that
   bit of state into the API of every single toolchain instead of
   handling it automatically in the common base classes.
3) The tests provided are not stable. They fail on a few Linux variants
   (Gentoo among them) and on mingw32 and some other environments.

I *am* interested in the Clang driver being able to invoke
triple-prefixed tools, but we need to design that feature the right way.
This patch just extends the previous hack without fixing the underlying
problems with it. I'm working on a new design for this that I will mail
for review by tomorrow.

I am aware that this removes functionality that NetBSD relies on, but
this is ToT, not a release. This functionality hasn't been properly
designed, implemented, and tested yet. We can't "regress" until we get
something that really works, both with the immediate use cases and with
long term maintenance of the Clang driver.

For reference, the original commit log:
Keep track of the original target the user specified before
normalization. This used to be captured in DefaultTargetTriple and is
used for the (optional) $triple-$tool lookup for cross-compilation.
Do this properly by making it an attribute of the toolchain and use it
in combination with the computed triple as index for the toolchain
lookup.

llvm-svn: 149337

Original log:

Convert ProgramStateRef to a smart pointer for managing the reference counts of ProgramStates.  This leads to a slight memory
improvement, and a simplification of the logic for managing ProgramState objects.

llvm-svn: 149336

There was always the current EH. -- Ministry of Truth

llvm-svn: 149335

Fixes PR11867. Patch from Jeremy Huddleston!

llvm-svn: 149334

llvm-svn: 149333

llvm-svn: 149332

llvm-svn: 149331

llvm-svn: 149330

Minor bug fix in __cxa_call_unexpected.  Changed std::terminate to detect a caught-but-unhandled exception, and choose the handler out of that if found.

llvm-svn: 149329

llvm-svn: 149328

As Eli points out, this is implementation-defined, and the way we define it
makes this fine.

llvm-svn: 149327

over the catch information. The catch information is now tacked to the invoke
instruction.

llvm-svn: 149326

As discussed at http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20120130/052200.html

llvm-svn: 149325

llvm-svn: 149324

llvm-svn: 149323

llvm-svn: 149322

llvm-svn: 149321

llvm-svn: 149320