This is needed for `-C target-cpu=help` and `-C target-feature=help` in rustc

If this lines are present then we apparently get errors [1] when compiling in
the current [2] dist-i686-linux container. Attempts to upgrade both gcc and
binutils did not fix the error, so it appears that this may just be a bug in the
super old glibc we're using on the dist-i686-linux container.

We don't actually need this code anyway, so just work around these issues by
removing references to the `*64` functions. This'll get things compiling
locally and shouldn't be a regression in functionality.

[1]: https://travis-ci.org/rust-lang/rust/jobs/257578199
[2]: https://github.com/rust-lang/rust/tree/eba9d7f08ce5c90549ee52337aca0010ad566f0d/src/ci/docker/dist-i686-linux

For whatever reason this is failing the i686-freebsd builder in the Rust repo
as-of this red-hot moment. The build seems to work fine without it so let's just
remove it for now and pray there's a better fix later.

Although if you're reading this and know of a better fix, we'd love to remove
this!

Apparently glibc is so old it doesn't have the _POSIX_ARG_MAX constant. This
shouldn't affect anything we use anyway though.

https://travis-ci.org/rust-lang/rust/jobs/399333071

Can't seem to figure out how to do this without this patch...

It's not entertirely clear why this is necessary but this is carrying
over an old `compiler-rt` patch to ensure that `compiler-rt` compiles in
our super ancient containers that we build sanitizers in. This ideally
isn't the worst thing to keep with us going forward, but we'll see!

Define it to 0 if it doesn't exist.

__builtin_available() pulls in __isOSVersionAtLeast() from
compiler-rt. Comment it out so we don't have to figure out how
to pull in this symbol...

…lyExplicitLocals pass

Extends DWARF expression larguage to express locals/globals locations. (via
target-index operands)

The WebAssemblyExplicitLocals can replace virtual registers to target-index()
operand type at the time when WebAssembly backend introduces local.{get,set,tee}
instead of corresponding virtual registers.

Reviewers: aprantl, dschuff

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

…7-12

Summary: Fix bug in `wasm-ld`'s `Writer::createInitTLSFunction` that only finds `.tdata` if it's the first section.

Reviewers: tlively, aheejin, sbc100

Reviewed By: sbc100

Subscribers: dschuff, jgravelle-google, sunfish, llvm-commits

Tags: #llvm

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

llvm-svn: 366500

…19-07-12

…19-07-12

…19-07-12