Hi, I've tagged 3.8.1-final, so testers can start building the final binaries. -Tom
On Wed, Jun 22, 2016 at 1:44 PM, Tom Stellard via llvm-dev <llvm-dev at lists.llvm.org> wrote:> I've tagged 3.8.1-final, so testers can start building the final > binaries.Windows is ready: (sha1sum) ef70473d25b6d05a46d37a985766cf31274e1088 LLVM-3.8.1-win32.exe f11f075ea2d3ad1344c4af49e44b5fd8ddb65eb1 LLVM-3.8.1-win64.exe It was built with the attached batch file. Cheers, Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: build_llvm_381._bat_ Type: application/octet-stream Size: 2905 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160622/2b31a17f/attachment.obj>
Diana Picus via llvm-dev
2016-Jun-23 08:52 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
ARM looks good, the binaries have been uploaded. Regards, Diana On 23 June 2016 at 03:55, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote:> On Wed, Jun 22, 2016 at 1:44 PM, Tom Stellard via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> I've tagged 3.8.1-final, so testers can start building the final >> binaries. > > Windows is ready: (sha1sum) > > ef70473d25b6d05a46d37a985766cf31274e1088 LLVM-3.8.1-win32.exe > f11f075ea2d3ad1344c4af49e44b5fd8ddb65eb1 LLVM-3.8.1-win64.exe > > It was built with the attached batch file. > > Cheers, > Hans > > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >
Bernhard Rosenkränzer via llvm-dev
2016-Jun-23 09:56 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
Hi, one minor gripe: configure still says PACKAGE_VERSION='3.8.0' PACKAGE_STRING='LLVM 3.8.0' This caused our tarball generation scripts to mess up and name the tarballs 3.8.0 -- I've fixed the script to look at CMakeLists.txt instead and now (so far) all is good, but while configure is still there it should probably reflect the version info correctly. ttyl bero On 22 June 2016 at 22:44, Tom Stellard via Release-testers < release-testers at lists.llvm.org> wrote:> Hi, > > I've tagged 3.8.1-final, so testers can start building the final > binaries. > > -Tom > _______________________________________________ > Release-testers mailing list > Release-testers at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160623/0f04baac/attachment.html>
Renato Golin via llvm-dev
2016-Jun-23 10:08 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
On 23 June 2016 at 10:56, Bernhard Rosenkränzer <llvm-dev at lists.llvm.org> wrote:> This caused our tarball generation scripts to mess up and name the tarballs > 3.8.0 -- I've fixed the script to look at CMakeLists.txt instead and now (so > far) all is good, but while configure is still there it should probably > reflect the version info correctly.Hi Bero, If anything, the configure file should be removed. :) It was deprecated a long time ago and it's only there for legacy reasons. If you want to use LLVM as your base toolchain, I strongly suggest you move to CMake. cheers, --renato PS: For now, a post-fix should be applied to the 3.8.1-final anyway.
Tom Stellard via llvm-dev
2016-Jun-25 01:28 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
On Thu, Jun 23, 2016 at 11:56:55AM +0200, Bernhard Rosenkränzer wrote:> Hi, > one minor gripe: > configure still says > PACKAGE_VERSION='3.8.0' > PACKAGE_STRING='LLVM 3.8.0' > > This caused our tarball generation scripts to mess up and name the tarballs > 3.8.0 -- I've fixed the script to look at CMakeLists.txt instead and now > (so far) all is good, but while configure is still there it should probably > reflect the version info correctly. >Unfortunately, I think it's too late to fix this now that -final has been tagged. I don't think this should be a huge issue since all the binaries are built using CMake. People building from source can always patch their code if the want. -Tom> ttyl > bero > > > On 22 June 2016 at 22:44, Tom Stellard via Release-testers < > release-testers at lists.llvm.org> wrote: > > > Hi, > > > > I've tagged 3.8.1-final, so testers can start building the final > > binaries. > > > > -Tom > > _______________________________________________ > > Release-testers mailing list > > Release-testers at lists.llvm.org > > http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers > >
Daniel Sanders via llvm-dev
2016-Jun-28 08:40 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
All good from my side: clang+llvm-3.8.1-mipsel-linux-gnu.tar.xz (sha1sum 0ded83c843a97909b8abd369613d9afe21084280) clang+llvm-3.8.1-mips-linux-gnu.tar.xz (sha1sum 0691b050a347e95301ca59a06084ecc32b3262b0) clang+llvm-3.8.1-x86_64-linux-gnu-debian8.tar.xz (sha1sum 667cfe6629d7ce1066de26c04b0efc16af18fdf9) I had two extra failures in the 'make check-all' part of the mipsel-linux-gnu build that I didn't have in rc1 but they passed when I re-ran them. The tests were: Clang :: Tooling/auto-detect-from-source-parent.cpp Clang :: VFS/include-real-from-virtual.c ________________________________________ From: Release-testers [release-testers-bounces at lists.llvm.org] on behalf of Tom Stellard via Release-testers [release-testers at lists.llvm.org] Sent: 22 June 2016 21:44 To: release-testers at lists.llvm.org; cfe-dev at lists.llvm.org; llvm-dev at lists.llvm.org Subject: [Release-testers] 3.8.1-final has been tagged Hi, I've tagged 3.8.1-final, so testers can start building the final binaries. -Tom _______________________________________________ Release-testers mailing list Release-testers at lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers
Sylvestre Ledru via llvm-dev
2016-Jul-02 20:51 UTC
[llvm-dev] [Release-testers] 3.8.1-final has been tagged
Le 22/06/2016 à 22:44, Tom Stellard via Release-testers a écrit :> Hi, > > I've tagged 3.8.1-final, so testers can start building the final > binaries. > >Uploaded in Debian, mostly works. Mostly because it is failing to link because of a OOM issue. Seems that adding -gsplit-dwarf to the CXXFLAGS improves the situation. Sylvestre