llvm-svn: 34435

llvm-svn: 34434

and rules used by LLVM to construct the target's layout rules.

llvm-svn: 34433

uses them.

llvm-svn: 34432

rules alignment is to pick the alignment that corresponds to the smallest
specified alignment that is larger than the bit width of the type or the
largest specified integer alignment if none are larger than the bitwidth
of the type. For the byte size, the size returned is the next larger
multiple of the alignment for that type (using the above rule). This patch
also changes bit widths from "short" to "uint32_t" to ensure there are
enough bits to specify any bit width that LLVM can handle (currently 2^23);
16-bits isn't enough.

llvm-svn: 34431

llvm-svn: 34429

llvm-svn: 34428

llvm-svn: 34427

llvm-svn: 34426

llvm-svn: 34425

llvm-svn: 34424

llvm-svn: 34423

llvm-svn: 34422

llvm-svn: 34421

llvm-svn: 34420

llvm-svn: 34419

llvm-svn: 34418

llvm-svn: 34417

llvm-svn: 34416

this offers no performance advantage.

llvm-svn: 34415

llvm-svn: 34414

llvm-svn: 34413

llvm-svn: 34412

llvm-svn: 34411

llvm-svn: 34410

llvm-svn: 34409

llvm-svn: 34408

llvm-svn: 34407

Much of its content is now in other parts of the doc, and this brings it up
immediately after 'stay informed' and right before 'code reviews'.

llvm-svn: 34406

llvm-svn: 34405

move testcases above quality.  Mention that a testcase is part of quality.

llvm-svn: 34404

incremental development as a subsection of it.

llvm-svn: 34403

llvm-svn: 34401

llvm-svn: 34400

Revert patches that caused the problem. Evan, please investigate and reapply
when you've discovered the problem.

llvm-svn: 34399

llvm-svn: 34398

2. Implement toString for power-of-2 radix without using divide and always
   printing full words. This allows hex/binary to look at the bit
   respresentation of the APInt as well as avoid bugs in divide.

llvm-svn: 34396

llvm-svn: 34395

llvm-svn: 34394

llvm-svn: 34393