This adds AlignedCharArray<Alignment, Size>. A templated struct that contains
a member named buffer of type char[Size] that is aligned to Alignment.

llvm-svn: 171319

This reverts r171298. Breaks clang selfhost.

llvm-svn: 171318

Also add an assert to avoid confusion in the code where is known that C1 <= C2.

llvm-svn: 171310

Fixes PR14723.

Patch by Sami Liedes!

llvm-svn: 171309

llvm-svn: 171308

llvm-svn: 171307

llvm-svn: 171306

llvm-svn: 171305

llvm-svn: 171304

llvm-svn: 171303

llvm-svn: 171302

llvm-svn: 171301

llvm-svn: 171300

llvm-svn: 171299

llvm-svn: 171298

llvm-svn: 171295

llvm-svn: 171294

I actually made a think-o when writing this FIXME since I wrote LangRef
but it should actually have said WritingAnLLVMBackend.

llvm-svn: 171293

Fix a truly odd namespace qualifier that was flat out wrong in the
process. The fully qualified namespace would have been
llvm::sys::TimeValue, llvm::TimeValue makes no sense.

llvm-svn: 171292

llvm-svn: 171291

llvm-svn: 171290

The coding style used here is not LLVM's style because this is modeled
after a Boost interface and thus done in the style of a candidate C++
standard library interface. I'll probably end up proposing it as
a standard C++ library if it proves to be reasonably portable and
useful.

This is just the most basic parts of the interface -- getting the
process ID out of it. However, it helps sketch out some of the boiler
plate such as the base class, derived class, shared code, and static
factory function. It also introduces a unittest so that I can
incrementally ensure this stuff works.

However, I've not even compiled this code for Windows yet. I'll try to
fix any Windows fallout from the bots, and if I can't fix it I'll revert
and get someone on Windows to help out. There isn't a lot more that is
mandatory, so soon I'll switch to just stubbing out the Windows side and
get Michael Spencer to help with implementation as he can test it
directly.

llvm-svn: 171289

LLVM libraries. Also, clean up the doxygen and formatting of the
existing interfaces.

With this change I'm calling the existing interface "legacy" because I'd
like to replace it with something much better. My end goal is to expose
a common set of interfaces for inspecting various properties of
a process, and implementations to expose those both for the current
process and for child processes. This will also expose more rich
interfaces for spawning and controling a subprocess, notably to use
system calls like wait3 and wait4 where available and gather detailed
resource usage stats about the subprocess.

My plan (discussed with Michael Spencer on IRC) is to base this loosely
around the proposed Boost.Process interface, but to implement
a relatively small subset of that functionality based around the needs
of LLVM, Clang, the Clang driver, etc.

llvm-svn: 171285

promoting a store in a loop.  This was noticed when working on PR14753,
but isn't directly related.

llvm-svn: 171281

PR14753

llvm-svn: 171279

llvm-svn: 171272

Remove the getAttributesAtIndex and getNumAttrs methods in favor of using the getAttrSomewhere predicate. This prevents the uses of 'Attribute' as a collection of attributes.

llvm-svn: 171271

if C1 and C2 differ only with one bit.
Fixes PR14708.

llvm-svn: 171270

Fixes pr14751.

Patch by Kai; Thanks!

llvm-svn: 171261

The later API is nicer than the former, and is correct regarding wrap-around offsets (if anyone cares).
There are a few more places left with duplicated code, which I'll remove soon.

llvm-svn: 171259

fixed in r171243.

llvm-svn: 171258

llvm-svn: 171257

llvm-svn: 171256

llvm-svn: 171255

directly.

This is in preparation for removing the use of the 'Attribute' class as a
collection of attributes. That will shift to the AttributeSet class instead.

llvm-svn: 171253

llvm-svn: 171252

LCSSA PHIs may have undef values. The vectorizer updates values that are used by outside users such as PHIs.
The bug happened because undefs are not loop values. This patch handles these PHIs.

PR14725

llvm-svn: 171251

This is done to avoid odd test failures, like the one fixed in r171243.

llvm-svn: 171250

* One that accepts a single Attribute::AttrKind.

* One that accepts an Attribute::AttrKind plus a list of values. This is for
  attributes defined like this:

    #1 = attributes { align = 4 }

* One that accepts a string, for target-specific attributes like this:

    #2 = attributes { "cpu=cortex-a8" }

llvm-svn: 171249

This test did not test anything at all (except for opt crashing, but that was
not the reason why it was added).

llvm-svn: 171248