all missed!

Thanks to Alex Bradbury for pointing this out, and the fact that I never
added the intended `legacy` anchor to the developer policy. Add that
anchor too. With hope, this will cause the links to all resolve
successfully.

llvm-svn: 351731

This installs the new developer policy and moves all of the license
files across all LLVM projects in the monorepo to the new license
structure. The remaining projects will be moved independently.

Note that I've left odd formatting and other idiosyncracies of the
legacy license structure text alone to make the diff easier to read.
Critically, note that we do not in any case *remove* the old license
notice or terms, as that remains necessary until we finish the
relicensing process.

I've updated a few license files that refer to the LLVM license to
instead simply refer generically to whatever license the LLVM project is
under, basically trying to minimize confusion.

This is really the culmination of so many people. Chris led the
community discussions, drafted the policy update and organized the
multi-year string of meeting between lawyers across the community to
figure out the strategy. Numerous lawyers at companies in the community
spent their time figuring out initial answers, and then the Foundation's
lawyer Heather Meeker has done *so* much to help refine and get us ready
here. I could keep going on, but I just want to make sure everyone
realizes what a huge community effort this has been from the begining.

Differential Revision: https://reviews.llvm.org/D56897

llvm-svn: 351631

In last year's update (D48219) it was suggested that the release manager
might want to do this, so here we go.

llvm-svn: 351194

llvm-svn: 334936

llvm-svn: 291782

Since we don't actually have the autoconf subdirectories anymore, we don't need this reference here.

llvm-svn: 278558

llvm-svn: 278536

llvm-svn: 278380

llvm-svn: 264954

Patch by Tanya Lattner.

llvm-svn: 231998

As an example that was not actually being used, it suffered from a slow bitrot.

The two main issues with it were that it had no cmake support and
included a copy of the autoconf directory. The reality is that
autoconf is not easily composable. The lack of composabilty is why we
have clang options in llvm's configure. Suggesting that users include
a copy of autoconf/ in their projects seems a bad idea.

We are also in the process of switching to cmake, so pushing autoconf
to new project is probably not what we want.

llvm-svn: 203728

FIXME: Dragonegg may be updated at non-trivial changes.
llvm-svn: 198274

llvm-svn: 182424

type signature computation.

llvm-svn: 182348

Absent a Contributor's License Agreement (CLA) with an LLVM legal entity and as
reviewed and agreed with Chris Lattner, add a patent license covering future
contributions from ARM until there is a CLA. This is to make explicit ARM's
grant of patent rights to recipients of LLVM containing ARM-contributed
material.

llvm-svn: 171721

llvm-svn: 171342

llvm-svn: 167987

llvm-svn: 153977

llvm-svn: 147395

Only 163 days late!

llvm-svn: 132895

llvm-svn: 93062

implementation.

llvm-svn: 80493

llvm-svn: 77824

use it to implement Atomic.h.

This expunges the code previously imported from libatomic_ops.

llvm-svn: 72077

Significantly improve Atomic.h by pulling in code from libatomic_ops by HP.  This is a little outdated, but reasonably complete.

llvm-svn: 71973

llvm-svn: 65530

conventions, per John Criswell.

llvm-svn: 61708

Added a README.LLVM file to indicate which files and directories
were removed from the original source tarball.

llvm-svn: 61526

llvm-svn: 52550

llvm-svn: 46913

llvm-svn: 46120

llvm-svn: 44597

Cédric Venet.

llvm-svn: 44161

Dror GCCLibraries: they are obsolete since 2.0 release. This also reduces number of licenses used in LLVM.

llvm-svn: 41257

llvm-svn: 36895

llvm-svn: 34570

llvm-svn: 33338

llvm-svn: 30253

llvm-svn: 27865

llvm-svn: 25065