llvm dev - Aug 2015 - [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

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

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>

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>

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>

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

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>

On 21 August 2015 at 21:59, Renato Golin <renato.golin at linaro.org>
wrote:
> AArch64 up. All green.
ARM up. All green.

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