Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

travis: move IBM backwards in time #39382

Merged
merged 3 commits into from Jan 30, 2017

Conversation

Projects
None yet
3 participants
@cuviper
Copy link
Member

cuviper commented Jan 29, 2017

Using Ubuntu's cross-toolchains for powerpc* and s390x meant they were
depending on glibc symbols from Ubuntu 16.04. And if that host is ever
updated to a new release, the toolchains would raise the bar too.

This switches powerpc, powerpc64, and s390x to use crosstool-ng
toolchains, configured approximately like RHEL6 with kernel 2.6.32 and
glibc 2.12. This ABI level should also be compatible with Debian 7
(wheezy) and Ubuntu 12.04 (precise).

For powerpc64le, the challenge was that only glibc-2.19 officially added
support, but RHEL7 backported those changes to glibc-2.17. The backport
patches are complex and numerous, so instead of trying to push those
into crosstool-ng, this just uses glibc binaries directly from CentOS 7
and builds the toolchain manually.

This is ported from rust-lang-deprecated/rust-buildbot#149.

r? @alexcrichton

travis: move IBM backwards in time
Using Ubuntu's cross-toolchains for powerpc* and s390x meant they were
depending on glibc symbols from Ubuntu 16.04. And if that host is ever
updated to a new release, the toolchains would raise the bar too.

This switches powerpc, powerpc64, and s390x to use crosstool-ng
toolchains, configured approximately like RHEL6 with kernel 2.6.32 and
glibc 2.12. This ABI level should also be compatible with Debian 7
(wheezy) and Ubuntu 12.04 (precise).

For powerpc64le, the challenge was that only glibc-2.19 officially added
support, but RHEL7 backported those changes to glibc-2.17. The backport
patches are complex and numerous, so instead of trying to push those
into crosstool-ng, this just uses glibc binaries directly from CentOS 7
and builds the toolchain manually.

This is ported from rust-lang-deprecated/rust-buildbot#149.

r? @alexcrichton
@cuviper

This comment has been minimized.

Copy link
Member Author

cuviper commented Jan 29, 2017

Oops, failed tidy - I forgot to check that. I'll uh.. tidy up.

cuviper added some commits Jan 29, 2017

@cuviper

This comment has been minimized.

Copy link
Member Author

cuviper commented Jan 29, 2017

Let me know if you'd rather those fixup commits get squashed.

@alexcrichton

This comment has been minimized.

Copy link
Member

alexcrichton commented Jan 29, 2017

@bors: r+

Looks great to me, thanks!

@bors

This comment has been minimized.

Copy link
Contributor

bors commented Jan 29, 2017

📌 Commit cb47d9f has been approved by alexcrichton

@bors

This comment has been minimized.

Copy link
Contributor

bors commented Jan 29, 2017

⌛️ Testing commit cb47d9f with merge d01e22e...

bors added a commit that referenced this pull request Jan 29, 2017

Auto merge of #39382 - cuviper:ibm-rewind, r=alexcrichton
travis: move IBM backwards in time

Using Ubuntu's cross-toolchains for powerpc* and s390x meant they were
depending on glibc symbols from Ubuntu 16.04. And if that host is ever
updated to a new release, the toolchains would raise the bar too.

This switches powerpc, powerpc64, and s390x to use crosstool-ng
toolchains, configured approximately like RHEL6 with kernel 2.6.32 and
glibc 2.12. This ABI level should also be compatible with Debian 7
(wheezy) and Ubuntu 12.04 (precise).

For powerpc64le, the challenge was that only glibc-2.19 officially added
support, but RHEL7 backported those changes to glibc-2.17. The backport
patches are complex and numerous, so instead of trying to push those
into crosstool-ng, this just uses glibc binaries directly from CentOS 7
and builds the toolchain manually.

This is ported from rust-lang-deprecated/rust-buildbot#149.

r? @alexcrichton
@bors

This comment has been minimized.

Copy link
Contributor

bors commented Jan 30, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: alexcrichton
Pushing d01e22e to master...

@bors bors merged commit cb47d9f into rust-lang:master Jan 30, 2017

1 of 2 checks passed

continuous-integration/travis-ci/pr The Travis CI build failed
Details
homu Test successful
Details

@cuviper cuviper deleted the cuviper:ibm-rewind branch Sep 26, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.