When code deletes the context, the AttributeImpls that the AttrListPtr points to
are now invalid. Therefore, instead of keeping a separate managed static for the
AttrListPtrs that's reference counted, move it into the LLVMContext and delete
it when deleting the AttributeImpls.

llvm-svn: 168354

This mainly reflects the work of Tobias von Koch.

llvm-svn: 168352

llvm-svn: 168348

llvm-svn: 168347

to properly handle the combinations of these with split integer loads
and stores. This essentially replaces Evan's r168227 by refactoring the
code in a different way, and trynig to mirror that refactoring in both
the load and store sides of the rewriting.

Generally speaking there was some really problematic duplicated code
here that led to poorly founded assumptions and then subtle bugs. Now
much of the code actually flows through and follows a more consistent
style and logical path. There is still a tiny bit of duplication on the
store side of things, but it is much less bad.

This also changes the logic to never re-use a load or store instruction
as that was simply too error prone in practice.

I've added a few tests (one a reduction of the one in Evan's original
patch, which happened to be the same as the report in PR14349). I'm
going to look at adding a few more tests for things I found and fixed in
passing (such as the volatile tests in the vectorizable predicate).

This patch has survived bootstrap, and modulo one bugfix survived
Duncan's test suite, but let me know if anything else explodes.

llvm-svn: 168346

llvm-svn: 168345

llvm-svn: 168344

llvm-svn: 168343

llvm-svn: 168342

The rationale is to get YAML filenames in diagnostics from
yaml::Stream::printError -- currently the filename is hard-coded as
"YAML" because there's no buffer information available.

Patch by Kim Gräsman!

llvm-svn: 168341

llvm-svn: 168340

llvm-svn: 168339

llvm-svn: 168338

llvm-svn: 168337

Fixes PR14380.

The prose was referring to a "bold" part of the code example, where the
boldness was lost in the transition from HTML. Unlike HTML, where one
can easily have a <b> inside a <pre>, reStructuredText is generally
unable to represent such nested markup.

Hack around it with the :emphasise-lines: option to the  code-block
directive to single out the regions instead. Thankfully the regions are
close-enough to being full lines for this to work.

llvm-svn: 168329

the zero GV check inside, so we won't forget it at the caller side.

llvm-svn: 168328

them in order to parse the rest of the file.

llvm-svn: 168327

It turned out that ARM wants different layout of type infos.
This is yet another patch in attempt to fix PR7187 

llvm-svn: 168325

- opened bugzilla defects #14384 and #14385

llvm-svn: 168323

llvm-svn: 168322

depending on them being emitted before the text and/or data
sections and testing didn't uncover any.

llvm-svn: 168321

PR14376.

llvm-svn: 168320

Noticed by Dimitri Andric!

llvm-svn: 168319

llvm-svn: 168318

getUnderlyingDecl()) so that derivatives of
CorrectionCandidateCallback::ValidateCandidate(...) don't have to worry
about being thrown by UsingDecls and such.

llvm-svn: 168317

Disable old JIT tests on PowerPC.

llvm-svn: 168316

llvm-svn: 168315

llvm-svn: 168314

llvm-svn: 168312

llvm-svn: 168311

According to Android ABI, we have to link with
libdl.so, if we are linking with non-static libgcc.

Besides, this also fixes MIPS link error of
undefined references to `_Unwind_Find_FDE' and
`dl_iterate_phdr'.

llvm-svn: 168310

The dynamic linker of Android does not support .ctors/.dtors.
We should emit .init_array and .fini_array regardless the
gcc version.

NOTE: This patch does not affect the ARM backend, because
it is required to generate .init_array and .fini_array
for program targeting ARM AAPCS and AEABI.

llvm-svn: 168309

[ASan] use raw Exit() to kill the program in case ASan finds an error while reporting the error in the same thread

llvm-svn: 168308

llvm-svn: 168306

[ASan] change interface of GetAccumulatedStats() function to prevent Clang from inserting memcpy() call into runtime.

llvm-svn: 168305

llvm-svn: 168304

llvm-svn: 168303

llvm-svn: 168302

llvm-svn: 168301

This patch moves the isInlineViable function from the InlineAlways pass into
the InlineCostAnalyzer and then changes the InlineCost computation to use that
simple check for always-inline functions. All the special-case checks for
AlwaysInline in the CallAnalyzer can then go away.

llvm-svn: 168300