llvm-svn: 53309

llvm-svn: 53308

llvm-svn: 53307

llvm-svn: 53306

llvm-svn: 53305

llvm-svn: 53304

llvm-svn: 53303

llvm-svn: 53302

llvm-svn: 53301

llvm-svn: 53300

llvm-svn: 53299

llvm-svn: 53298

llvm-svn: 53297

llvm-svn: 53296

llvm-svn: 53295

llvm-svn: 53294

llvm-svn: 53293

llvm-svn: 53292

llvm-svn: 53291

llvm-svn: 53290

llvm-svn: 53289

SINT_TO_FP and UINT_TO_FP.  This now produces
the same code as LegalizeDAG (the previous
code was based on a mistaken idea of what
LegalizeDAG did in this case).

llvm-svn: 53288

loads.

llvm-svn: 53287

FP_TO_UINT.

llvm-svn: 53286

llvm-svn: 53285

note since it is not clear whether it is correct.

llvm-svn: 53284

llvm-svn: 53283

llvm-svn: 53282

llvm-svn: 53281

llvm-svn: 53280

functions and junk.

llvm-svn: 53279

llvm-svn: 53278

llvm-svn: 53277

llvm-svn: 53276

bc files for modules with a target triple that indicates they are for
darwin.  The reader unconditionally handles this, and the writer could
turn this on for more targets if we care.

This change has two benefits for darwin:

1) it allows us to encode the cpu type of the file in an easy to read
   place that doesn't require decoding the bc file.
2) it works around a bug (IMO) in darwin's AR where it is incapable of
   handling files that are not a multiple of 8 bytes long.  BC files
   are only guaranteed to be multiples of 4 bytes long.

llvm-svn: 53275

llvm-svn: 53274

llvm-svn: 53273

llvm-svn: 53272

llvm-svn: 53271

llvm-svn: 53270