[5.0.0 Release] Release Candidate 2 source and binaries available

Project Infrastructure Release Testers
1

Hello everyone,

Source, binaries and docs for LLVM-5.0.0-rc2 are now available at
http://prereleases.llvm.org/5.0.0/#rc2

(I'll add more binaries as they become available.)

Please try it out, run tests, builds your favourite projects and file
bugs about anything that needs to be fixed (including docs!), marking
them blockers of http://llvm.org/pr33849.

Cheers,
Hans

2

Hi all,

I've uploaded the mips binaries:

SHA1(clang+llvm-5.0.0-rc2-mipsel-linux-gnu.tar.xz)= 56366fdcaec1ce77d7b481ff74f6d4132b3219d7
SHA1(clang+llvm-5.0.0-rc2-mips-linux-gnu.tar.xz)= 8b66db0b4fe3e5d288ee6ac32621bdfdbc9e3233
SHA1(clang+llvm-5.0.0-rc2-x86_64-linux-gnu-debian8.tar.xz)= 5dc4589936465320246837225ac400b7a19893c8

I'm seeing the same set of failures that I saw from rc1 (http://lists.llvm.org/pipermail/llvm-dev/2017-August/116031.html)
without the failures from LLVM, as I've identified that as a format(..) issue that MIPS managed to tickle. I've smoke-tested the
release branch of clang @ 310902 with llvm @ r311064, and the reported failures from clang are gone.

I have filed PR32433 and PR32434 to address the remaining failures.

The test-suite for mips and mipsel appears clean.

x86_64-linux-gnu-debian8 appears clean.

Thanks,
Simon

3

Thanks! I've added the binaries to the pre-release page.

4

Is there something wrong with the .deb packages? Identical commands work for 4.0.

$ sudo sh -c ‘echo “deb http://apt.llvm.org/trusty/ llvm-toolchain-trusty-5.0 main” >> /etc/apt/sources.list’
$ wget -O - http://apt.llvm.org/llvm-snapshot.gpg.key|sudo apt-key add -
$ sudo apt-get update -q
$ sudo apt-get remove -y llvm-*
$ sudo rm -rf /usr/local/*

$ sudo apt-get install -y clang-5.0 libclang-5.0 libclang-5.0-dev llvm-5.0 llvm-5.0-dev liblld-5.0 liblld-5.0-dev cmake
Reading package lists… Done
Building dependency tree
Reading state information… Done
Note, selecting ‘libclang-5.0-dev’ for regex ‘libclang-5.0’
cmake is already the newest version (3.2.2-2~ubuntu14.04.1~ppa1).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
clang-5.0 : Depends: libclang1-5.0 (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
Depends: libllvm5.0 (>= 1:5.0~svn298832-1~) but it is not going to be installed
Depends: libstdc++6 (>= 6) but 4.8.4-2ubuntu1~14.04.3 is to be installed
Depends: libstdc+±6-dev but it is not installable
Depends: libgcc-6-dev but it is not installable
Depends: libobjc-6-dev but it is not installable
Depends: libclang-common-5.0-dev (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
libclang-5.0-dev : Depends: libstdc+±6-dev but it is not installable
Depends: libgcc-6-dev but it is not installable
Depends: libobjc-6-dev but it is not installable
Depends: libclang1-5.0 (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
Depends: libclang-common-5.0-dev (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
liblld-5.0 : Depends: libllvm5.0 (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
liblld-5.0-dev : Depends: lld-5.0 (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
llvm-5.0 : Depends: llvm-5.0-runtime (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
Depends: libllvm5.0 (>= 1:5.0~svn298832-1~) but it is not going to be installed
Depends: libstdc++6 (>= 5) but 4.8.4-2ubuntu1~14.04.3 is to be installed
llvm-5.0-dev : Depends: libllvm5.0 (= 1:5.0~svn310902-1~exp1) but it is not going to be installed
Depends: libstdc++6 (>= 5) but 4.8.4-2ubuntu1~14.04.3 is to be installed
E: Unable to correct problems, you have held broken packages.
The command “sudo apt-get install -y clang-5.0 libclang-5.0 libclang-5.0-dev llvm-5.0 llvm-5.0-dev liblld-5.0 liblld-5.0-dev cmake” failed and exited with 100 during .

5

Hello,

This is because a new libstdc++ is necessary, it is coming with gcc-4.9 backports.
I updated the doc, sorry about that!

Adding
deb Index of /ubuntu-toolchain-r/test/ubuntu trusty main
or
sudo add-apt-repository ppa:ubuntu-toolchain-r/test

Cheers,
Sylvestre

6

Thank you, that worked.

7

Hello,

I rebuilt the Debian archive using clang 5.0 rc 2. Results are available
here:

http://clang.debian.net/status.php?version=5.0

I haven't seen anything special

The two new interesting things are:

8

From: cfe-dev [mailto:cfe-dev-bounces@lists.llvm.org] On Behalf Of
Sylvestre Ledru via cfe-dev
Sent: Wednesday, August 23, 2017 3:27 PM
To: Hans Wennborg; cfe-dev; Release-testers
Subject: [cfe-dev] Using 5.0rc2 to rebuild Debian [was: Re: [Release-
testers] [5.0.0 Release] Release Candidate 2 source and binaries
available]

Hello,

I rebuilt the Debian archive using clang 5.0 rc 2. Results are available
here:

Rebuild of the Debian archive with clang

I haven't seen anything special

The two new interesting things are:

*
nodiscard attribute cannot be applied to types - Rebuild of the Debian archive with clang
/ https://bugs.llvm.org/show_bug.cgi?id=34304
gcc triggers a warning, we trigger an error

* new error with incorrect auto usage
auto not allowed in function return type - Rebuild of the Debian archive with clang

Now, the last point is that we should consider changing the default C++
dialect to C++11, this is causing a lot of different failures.

You mean, changing the default would solve a lot of failures?
There is a cfe-dev thread about changing the default, although
the most recent proposal would change it to C++14 not C++11.
--paulr

9

Yes, it would fix more than 70 issues.
C++14 is fine too.

Sylvestre