llvm-svn: 59029

llvm-svn: 59028

llvm-svn: 59027

llvm-svn: 59026

llvm-svn: 59025

llvm-svn: 59024

llvm-svn: 59023

"dummy" blocks (blocks just used to make sure we have a place to dump
code to).

llvm-svn: 59022

 - Was confusing and only used in one small part of the code.

llvm-svn: 59020

llvm-svn: 59019

backend.

llvm-svn: 59018

 - No functionality change.

llvm-svn: 59017

llvm-svn: 59016

llvm-svn: 59015

llvm-svn: 59014

llvm-svn: 59013

llvm-svn: 59012

llvm-svn: 59011

llvm-svn: 59010

llvm-svn: 59009

llvm-svn: 59008

llvm-svn: 59007

llvm-svn: 59006

`clean' makefile target removes add-hoc directory created for building
the native tablegen.

llvm-svn: 59005

llvm-svn: 59004

Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
warning: ./cc1obj-checksum.o differs
warning: ./cc1objplus-checksum.o differs
warning: ./cc1plus-checksum.o differs
Bootstrap comparison failure!
./alias.o differs
./alloc-pool.o differs
./attribs.o differs
./bb-reorder.o differs
./bitmap.o differs
./build/errors.o differs
./build/genattrtab.o differs
./build/genautomata.o differs
./build/genemit.o differs
./build/genextract.o differs
...

-bw

llvm-svn: 59003

  basic blocks.
- Minor code clean-up.

llvm-svn: 59002

support targets that support these conversions. Users should avoid using
this node as the current targets don't generating code for it.

llvm-svn: 59001

llvm-svn: 59000

llvm-svn: 58997

llvm-svn: 58996

then do not split loop index.

llvm-svn: 58995

where the argument is an apint, or smaller than the minimum
size for which there is a libcall (i32). 

llvm-svn: 58994

llvm-svn: 58993

llvm-svn: 58992

inform the optimizers that the result must be zero/
sign extended from the smaller type.  For example,
if a fp to unsigned i16 is promoted to fp to i32,
then we are allowed to assume that the extra 16 bits
are zero (because the result of fp to i16 is undefined
if the result does not fit in an i16).  This is
quite aggressive, but should help the optimizers
produce better code.  This requires correcting a
test which thought that fp_to_uint is some kind
of truncation, which it is not: in the testcase
(which does fp to i1), either the fp value converts
to 0 or 1 or the result is undefined, which is
quite different to truncation.

llvm-svn: 58991

llvm-svn: 58990

llvm-svn: 58989

llvm-svn: 58988

llvm-svn: 58987