because LiveStackAnalysis was not preserved by VirtRegWriter. This caused
big stack usage regression in some cases.

rdar://12340383

llvm-svn: 164408

llvm-svn: 164407

llvm-svn: 164406

Rename class __lambda to __lambda_node to avoid clash with gcc.  This fixes http://llvm.org/bugs/show_bug.cgi?id=13889

llvm-svn: 164405

llvm-svn: 164404

This feature allows us to group test cases into logical groups (categories), and to only run a subset of test cases based on these categories.

Each test-case can have a new method getCategories(self): which returns a list of strings that are the categories to which the test case belongs.
If a test-case does not provide its own categories, we will look for categories in the class that contains the test case.
If that fails too, the default implementation looks for a .category file, which contains a comma separated list of strings.
The test suite will recurse look for .categories up until the top level directory (which we guarantee will have an empty .category file).

The driver dotest.py has a new --category <foo> option, which can be repeated, and specifies which categories of tests you want to run.
(example: ./dotest.py --category objc --category expression)

All tests that do not belong to any specified category will be skipped. Other filtering options still exist and should not interfere with category filtering.
A few tests have been categorized. Feel free to categorize others, and to suggest new categories that we could want to use.

All categories need to be validly defined in dotest.py, or the test suite will refuse to run when you use them as arguments to --category.

In the end, failures will be reported on a per-category basis, as well as in the usual format.

This is the very first stage of this feature. Feel free to chime in with ideas for improvements!

llvm-svn: 164403

rest of LangRef uses.

llvm-svn: 164402

so that they visually look like an AST dump.

llvm-svn: 164401

llvm-svn: 164400

llvm-svn: 164399

llvm-svn: 164398

llvm-svn: 164397

llvm-svn: 164396

Wordsmithing by Matt Beaumont-Gay in response to r164389.

llvm-svn: 164395

where a call to function marked 'noreturn' is followed by unreachable
implicit destructor calls.

llvm-svn: 164394

Try this again, now that r164392 is in place.

llvm-svn: 164393

them being correctly constructed.

llvm-svn: 164392

llvm-svn: 164391

llvm-svn: 164390

llvm-svn: 164389

We rely on it when doing the transforms. This can happen when there is an
indirectbr in  the loop.

Fixes PR13892.

llvm-svn: 164383

deterministic. Fixes pr13868.

llvm-svn: 164382

non-aligned i32 loads/stores.
rdar://12304911

llvm-svn: 164381

llvm-svn: 164378

Fixes PR13250.

llvm-svn: 164377

Older versions of libpluto crashed, if no schedule was found. Recent
versions return NULL. We detect this and keep the original schedule.

llvm-svn: 164376

llvm-svn: 164374

llvm-svn: 164373

llvm-svn: 164372

llvm-svn: 164371

Make the 'get*AlignmentFromAttr' functions into member functions within the Attributes class. Now with fix.

llvm-svn: 164370

We inserted a placeholder that was never replaced because the function was
already visited. Assert that all placeholders have been resolved when tearing
down the bitcode reader.

Fixes PR13895.

llvm-svn: 164369

It crashed test/Analysis/Output/blocks.m on some hosts.

llvm-svn: 164368

[Sanitizer] llvm-symbolizer: enable accessing symbol table (libObject is fixed in r164365) and replace string with std::string

llvm-svn: 164367

This makes the wording more informative, and consistent with the other
warnings about uninitialized variables.

Also, me and David who reviewed this couldn't figure out why we would
need to do a lookup to get the name of the variable; so just print the
name directly.

llvm-svn: 164366

Fix SymbolRef::getAddress implementation for ELF. The 'value' field in symbol table entry should be treated differently for relocatable and relocated files. This patch fixes symbol addresses printed by llvm-nm for executables and shared objects.

llvm-svn: 164365

llvm-svn: 164364

llvm-svn: 164363

.LBB0_1: # Linux
LBB0_1:  # Darwin

llvm-svn: 164362

Quick review against the manual revealed a few obvious mistakes.

llvm-svn: 164361