Hans Wennborg via llvm-dev
2015-Aug-21 00:51 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
Hello everyone, 3.7-rc3 has just been tagged. Testers, please test, build binaries, upload to the sftp and report results to this thread. Again, a lot of patches got merged between rc2 and rc3, but hopefully nothing that should upset things. One thing that did change is that the release script now correctly symlinks clang-tools-extra into the build. If this causes problems on your platform, please just remove it. This is a release candidate in the real sense: at this point I have zero release blockers on my radar. I will now only accept fixes for critical regressions, and if nothing comes up, rc3 will be promoted to 3.7.0-final. Documentation and release note patches are still welcome all the way up until the final tag goes in. Issues that were on my radar, but I don't consider blocking: - Sanitizer test failures on various platforms, e.g. PR24222. We never ran these tests in previous releases, so it's not a regression. It would be great if the sanitizer folks could look into the test failures, but it's not blocking 3.7. - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in __cxa_allocate_exception", Renato will exclude libc++ from his build for now. - Lack of key functions in some Instruction classes causing build failures without -fno-rtti (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No patches have been forthcoming, so this will not get fixed for 3.7. At least we correctly report -fno-rtti in llvm-config built with CMake now. - r244221: "[SPARC] Don't compare arch name as a string, use the enum instead", owner is unresponsive. - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return types in SysV-mips [32 bit] ABI", owner is unresponsive. Cheers, Hans
Ben Pope via llvm-dev
2015-Aug-21 05:50 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
On Friday, August 21, 2015 08:51 AM, Hans Wennborg wrote:> Hello everyone, > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > upload to the sftp and report results to this thread. >lnt looks fine, uploaded: clang+llvm-3.7.0-rc3-x86_64-linux-gnu-ubuntu-14.04.tar.xz test-release output: Testing Time: 158.19s ******************** Failing Tests (17): AddressSanitizer-x86_64-linux :: TestCases/Posix/readv.cc MemorySanitizer :: Linux/tcgetattr.cc MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.gethostent_r MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent MemorySanitizer-Unit :: Msan-x86_64-Test/MemorySanitizer.getmntent_r MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.gethostent MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.gethostent_r MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getmntent MemorySanitizer-Unit :: Msan-x86_64-with-call-Test/MemorySanitizer.getmntent_r SanitizerCommon-asan :: Linux/getpass.cc SanitizerCommon-asan :: Posix/decorate_proc_maps.cc SanitizerCommon-lsan :: Linux/getpass.cc SanitizerCommon-msan :: Linux/getpass.cc SanitizerCommon-msan :: Posix/decorate_proc_maps.cc SanitizerCommon-tsan :: Linux/getpass.cc SanitizerCommon-tsan :: Posix/decorate_proc_maps.cc Expected Passes : 24253 Expected Failures : 138 Unsupported Tests : 377 Unexpected Failures: 17 make[3]: *** [CMakeFiles/check-all] Error 1 make[3]: Target `CMakeFiles/check-all.dir/build' not remade because of errors. make[2]: *** [CMakeFiles/check-all.dir/all] Error 2 make[1]: *** [CMakeFiles/check-all.dir/rule] Error 2 make[1]: Target `check-all' not remade because of errors. make: *** [check-all] Error 2 [Release Phase3] check-all failed # Comparing Phase 2 and Phase 3 files ### Testing Finished ### ### Package: clang+llvm-3.7.0-rc3-x86_64-linux-gnu-ubuntu-14.04.tar.xz ### Logs: /home/development/llvm/3.7.0/rc3/logs ### Errors: [Release Phase3] check-all failed Ben
Dimitry Andric via llvm-dev
2015-Aug-21 09:15 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
Hm, it does not seem to compile at all here? The build ends with: In file included from /home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/ApplyReplacements.cpp:17: /home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/../../include/clang-apply-replacements/Tooling/ApplyReplacements.h:19:10: fatal error: 'clang/Tooling/Refactoring.h' file not found #include "clang/Tooling/Refactoring.h" ^ 1 error generated. Any idea? I had no problems at all with -rc2. -Dimitry> On 21 Aug 2015, at 02:51, Hans Wennborg <hans at chromium.org> wrote: > > Hello everyone, > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > upload to the sftp and report results to this thread. > > Again, a lot of patches got merged between rc2 and rc3, but hopefully > nothing that should upset things. > > One thing that did change is that the release script now correctly > symlinks clang-tools-extra into the build. If this causes problems on > your platform, please just remove it. > > This is a release candidate in the real sense: at this point I have > zero release blockers on my radar. I will now only accept fixes for > critical regressions, and if nothing comes up, rc3 will be promoted to > 3.7.0-final. > > Documentation and release note patches are still welcome all the way > up until the final tag goes in. > > Issues that were on my radar, but I don't consider blocking: > > - Sanitizer test failures on various platforms, e.g. PR24222. We never > ran these tests in previous releases, so it's not a regression. It > would be great if the sanitizer folks could look into the test > failures, but it's not blocking 3.7. > > - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in > __cxa_allocate_exception", Renato will exclude libc++ from his build > for now. > > - Lack of key functions in some Instruction classes causing build > failures without -fno-rtti > (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No > patches have been forthcoming, so this will not get fixed for 3.7. At > least we correctly report -fno-rtti in llvm-config built with CMake > now. > > - r244221: "[SPARC] Don't compare arch name as a string, use the enum > instead", owner is unresponsive. > > - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return > types in SysV-mips [32 bit] ABI", owner is unresponsive. > > > Cheers, > Hans-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: Message signed with OpenPGP using GPGMail URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150821/6020c744/attachment.sig>
Nikola Smiljanic via llvm-dev
2015-Aug-21 11:42 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
Hi Dmitry, if I understood Hans clang-extra wasn't part of the build prior to rc3. Just delete it and run script with --no-checkout. On Fri, Aug 21, 2015 at 7:15 PM, Dimitry Andric <dimitry at andric.com> wrote:> Hm, it does not seem to compile at all here? The build ends with: > > In file included from > /home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/ApplyReplacements.cpp:17: > /home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/../../include/clang-apply-replacements/Tooling/ApplyReplacements.h:19:10: > fatal error: 'clang/Tooling/Refactoring.h' file not found > #include "clang/Tooling/Refactoring.h" > ^ > 1 error generated. > > Any idea? I had no problems at all with -rc2. > > -Dimitry > > > On 21 Aug 2015, at 02:51, Hans Wennborg <hans at chromium.org> wrote: > > > > Hello everyone, > > > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > > upload to the sftp and report results to this thread. > > > > Again, a lot of patches got merged between rc2 and rc3, but hopefully > > nothing that should upset things. > > > > One thing that did change is that the release script now correctly > > symlinks clang-tools-extra into the build. If this causes problems on > > your platform, please just remove it. > > > > This is a release candidate in the real sense: at this point I have > > zero release blockers on my radar. I will now only accept fixes for > > critical regressions, and if nothing comes up, rc3 will be promoted to > > 3.7.0-final. > > > > Documentation and release note patches are still welcome all the way > > up until the final tag goes in. > > > > Issues that were on my radar, but I don't consider blocking: > > > > - Sanitizer test failures on various platforms, e.g. PR24222. We never > > ran these tests in previous releases, so it's not a regression. It > > would be great if the sanitizer folks could look into the test > > failures, but it's not blocking 3.7. > > > > - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in > > __cxa_allocate_exception", Renato will exclude libc++ from his build > > for now. > > > > - Lack of key functions in some Instruction classes causing build > > failures without -fno-rtti > > (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No > > patches have been forthcoming, so this will not get fixed for 3.7. At > > least we correctly report -fno-rtti in llvm-config built with CMake > > now. > > > > - r244221: "[SPARC] Don't compare arch name as a string, use the enum > > instead", owner is unresponsive. > > > > - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return > > types in SysV-mips [32 bit] ABI", owner is unresponsive. > > > > > > Cheers, > > Hans > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150821/b01e721f/attachment.html>
Hans Wennborg via llvm-dev
2015-Aug-21 20:52 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
On Thu, Aug 20, 2015 at 5:51 PM, Hans Wennborg <hans at chromium.org> wrote:> Hello everyone, > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > upload to the sftp and report results to this thread.Windows binaries uploaded. sha1 sums: 1f0ad138830146aa3ea93561772b82e0b93c855d LLVM-3.7.0-rc3-win32.exe afb014481a46a6d354bb3c2fc2cac9c18b7a6776 LLVM-3.7.0-rc3-win64.exe Attaching the batch file I used for building. Thanks, Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: build_llvm_370._bat_ Type: application/octet-stream Size: 2594 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150821/5912b04c/attachment.obj>
Renato Golin via llvm-dev
2015-Aug-21 20:59 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
AArch64 up. All green. On 21 August 2015 at 01:51, Hans Wennborg <hans at chromium.org> wrote:> Hello everyone, > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > upload to the sftp and report results to this thread. > > Again, a lot of patches got merged between rc2 and rc3, but hopefully > nothing that should upset things. > > One thing that did change is that the release script now correctly > symlinks clang-tools-extra into the build. If this causes problems on > your platform, please just remove it. > > This is a release candidate in the real sense: at this point I have > zero release blockers on my radar. I will now only accept fixes for > critical regressions, and if nothing comes up, rc3 will be promoted to > 3.7.0-final. > > Documentation and release note patches are still welcome all the way > up until the final tag goes in. > > Issues that were on my radar, but I don't consider blocking: > > - Sanitizer test failures on various platforms, e.g. PR24222. We never > ran these tests in previous releases, so it's not a regression. It > would be great if the sanitizer folks could look into the test > failures, but it's not blocking 3.7. > > - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in > __cxa_allocate_exception", Renato will exclude libc++ from his build > for now. > > - Lack of key functions in some Instruction classes causing build > failures without -fno-rtti > (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No > patches have been forthcoming, so this will not get fixed for 3.7. At > least we correctly report -fno-rtti in llvm-config built with CMake > now. > > - r244221: "[SPARC] Don't compare arch name as a string, use the enum > instead", owner is unresponsive. > > - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return > types in SysV-mips [32 bit] ABI", owner is unresponsive. > > > Cheers, > Hans
Nikola Smiljanic via llvm-dev
2015-Aug-22 10:50 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
Fedora and openSUSE uploaded. On Sat, Aug 22, 2015 at 6:59 AM, Renato Golin <renato.golin at linaro.org> wrote:> AArch64 up. All green. > > On 21 August 2015 at 01:51, Hans Wennborg <hans at chromium.org> wrote: > > Hello everyone, > > > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > > upload to the sftp and report results to this thread. > > > > Again, a lot of patches got merged between rc2 and rc3, but hopefully > > nothing that should upset things. > > > > One thing that did change is that the release script now correctly > > symlinks clang-tools-extra into the build. If this causes problems on > > your platform, please just remove it. > > > > This is a release candidate in the real sense: at this point I have > > zero release blockers on my radar. I will now only accept fixes for > > critical regressions, and if nothing comes up, rc3 will be promoted to > > 3.7.0-final. > > > > Documentation and release note patches are still welcome all the way > > up until the final tag goes in. > > > > Issues that were on my radar, but I don't consider blocking: > > > > - Sanitizer test failures on various platforms, e.g. PR24222. We never > > ran these tests in previous releases, so it's not a regression. It > > would be great if the sanitizer folks could look into the test > > failures, but it's not blocking 3.7. > > > > - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in > > __cxa_allocate_exception", Renato will exclude libc++ from his build > > for now. > > > > - Lack of key functions in some Instruction classes causing build > > failures without -fno-rtti > > (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No > > patches have been forthcoming, so this will not get fixed for 3.7. At > > least we correctly report -fno-rtti in llvm-config built with CMake > > now. > > > > - r244221: "[SPARC] Don't compare arch name as a string, use the enum > > instead", owner is unresponsive. > > > > - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return > > types in SysV-mips [32 bit] ABI", owner is unresponsive. > > > > > > Cheers, > > Hans >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150822/a1cca493/attachment-0001.html>
Renato Golin via llvm-dev
2015-Aug-22 12:01 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
On 21 August 2015 at 21:59, Renato Golin <renato.golin at linaro.org> wrote:> AArch64 up. All green.ARM up. All green.
Sylvestre Ledru via llvm-dev
2015-Aug-22 20:53 UTC
[llvm-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
Le 21/08/2015 02:51, Hans Wennborg a écrit :> Hello everyone, > > 3.7-rc3 has just been tagged. Testers, please test, build binaries, > upload to the sftp and report results to this thread. >Uploaded in Debian. Works fine on the major archs However, lldb fails to build on some archs. I reported bug: https://llvm.org/bugs/show_bug.cgi?id=24548 Cheers, Sylvestre
Seemingly Similar Threads
- [3.7 Release] RC3 has been tagged, let's wrap this up
- [3.7 Release] RC3 has been tagged, let's wrap this up
- [lldb-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
- [lldb-dev] [3.7 Release] RC3 has been tagged, let's wrap this up
- [3.8 Release] RC1 has been tagged