llvm-svn: 156852

llvm-svn: 156847

llvm-svn: 156819

llvm-svn: 156772

llvm-svn: 156756

llvm-svn: 156754

llvm-svn: 156745

ReleaseNotes: Add a note about zero_undef on llvm.cttz/ctlz. Extend x86 section. Add a bullet for dwarf access tables.

llvm-svn: 156740

ReleaseNotes: Add a blurb about llvm-mc -g and move inliner changes into the optimizer sections. Verbosify some bullets.

llvm-svn: 156739

                            ^~~~
                            llvm-build

llvm-svn: 156738

llvm-svn: 156737

llvm-svn: 156736

llvm-svn: 156735

llvm-svn: 156733

llvm-svn: 156732

llvm-svn: 156731

llvm-svn: 156730

llvm-svn: 156724

llvm-svn: 156655

llvm-svn: 156648

llvm-svn: 156635

llvm-svn: 156443

llvm-svn: 155657

llvm-svn: 155153

llvm-ld is no longer useful and causes confusion and so it is being removed.

* Does not work very well on Windows because it must call a gcc like driver to
  assemble and link.
* Has lots of hard coded paths which are wrong on many systems.
* Does not understand most of ld's options.
* Can be partially replaced by llvm-link | opt | {llc | as, llc -filetype=obj} |
  ld, or fully replaced by Clang.

I know of no production use of llvm-ld, and hacking use should be
replaced by Clang's driver.

llvm-svn: 155147

llvm-svn: 154892

about what folks should expect w.r.t. the new algorithm.

llvm-svn: 154891

llvm-svn: 154858

llvm-svn: 154834

llvm-svn: 154833

llvm-svn: 154830

through the use of 'fpmath' metadata.  Currently this only provides a 'fpaccuracy'
value, which may be a number in ULPs or the keyword 'fast', however the intent is
that this will be extended with additional information about NaN's, infinities
etc later.  No optimizations have been hooked up to this so far.

llvm-svn: 154822

llvm-svn: 154796

llvm-svn: 154788

llvm-svn: 154766

llvm-svn: 154755

by Sundeep Kushwaha.

llvm-svn: 154754

llvm-svn: 154752

llvm-svn: 154692

llvm-svn: 154590