llvm-svn: 98426

llvm-svn: 98425

llvm-svn: 98424

llvm-svn: 98421

relative to the fragment address, not its offset. This was masked by the text
section normally being at address 0.

llvm-svn: 98420

compiler may not lead with the text section.

llvm-svn: 98418

llvm-svn: 98417

llvm-svn: 98416

entries to not thrash std::strings and MCSymbols.

llvm-svn: 98415

Tested: valgrind --leak-check=full unittests/VMCore/Debug/VMCoreTests
llvm-svn: 98414

targets.  This is a temporary hack for the .o file writer that Daniel
wants :)

llvm-svn: 98413

Tested: valgrind --leak-check=full unittests/VMCore/Debug/VMCoreTests
llvm-svn: 98412

Tested: valgrind --leak-check=full unittests/VMCore/Debug/VMCoreTests
llvm-svn: 98411

Tested: clang debug bootstrap, llvm-gcc bootstrap, `make check-lit`
after configuring with --with-llvmgccdir (and this did run the
FrontendC* tests this time)

llvm-svn: 98410

writebacks to the address register.  This gets rid of the hack that the
first register on the list was the magic writeback register operand.  There
was an implicit constraint that if that operand was not reg0 it had to match
the base register operand.  The post-RA scheduler's antidependency breaker
did not understand that constraint and sometimes changed one without the
other.  This also fixes Radar 7495976 and should help the verifier work
better for ARM code.

There are now new ld/st instructions explicit writeback operands and explicit
constraints that tie those registers together.

llvm-svn: 98409

llvm-svn: 98408

other functionality on 403.gcc compiled at -O0.

llvm-svn: 98405

because we don't understand how the specific instruction is doing sign
extension.

llvm-svn: 98404

llvm-svn: 98403

mostly the same.

llvm-svn: 98402

Use CodeMetrics.analyzeBasicBlock() to estimate BB size.

llvm-svn: 98401

Fixes an assertion arising C overload analysis, but really I can't imagine
that this wouldn't cause a thousand other uncaught failures.

Fixes PR6600.

llvm-svn: 98400

Tested: make CPPFLAGS=-m64 CXXFLAGS=-m64 -j8 && (cd tools/clang;make test)
llvm-svn: 98399

llvm-svn: 98398

llvm-svn: 98397

 - The implementation is currently very brain dead and inefficient, but I have a
   clear plan on how to fix it.

 - The good news is, it works and correctly assembles 403.gcc (when built with
   Clang, at '-Os', '-Os -g', and '-O3'). Even better, at '-Os' and '-Os -g',
   the resulting binary is exactly equivalent to that when built with the system
   assembler. So it probably works! :)

llvm-svn: 98396

llvm-svn: 98395

llvm-svn: 98394

when initialized variable is a byref block variable and is referenced recursively
in the initializer (you guessed it, it is block implementation of
fibonacci number). Fix, on the other hand is trvial, by generating the
API for byref variable before API for its initializer. We will have this
test added to our internal test suite as a clang-style test is not possible
due to very convoluted IR sequence. Fixes radar 7745514.

llvm-svn: 98393

llvm-svn: 98392

llvm-svn: 98391

remove it.

llvm-svn: 98390

some of its callers.

llvm-svn: 98388

it to be non-virtual and soon disappear.

llvm-svn: 98387

llvm-svn: 98386

llvm-svn: 98385

llvm-svn: 98384

llvm-svn: 98381

llvm-svn: 98380

llvm-svn: 98379