llvm dev - Feb 2015 - [LLVMdev] [3.6 Release] RC2 has been tagged, Testing Phase II begins

Hi testers,

3.6.0-rc2 was just tagged. Please test and build binaries.

The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
file issues against it.

Thanks for helping with the release!
Hans

On 31 Jan 2015, at 01:42, Hans Wennborg <hans at chromium.org>
wrote:
> Hi testers,
> 
> 3.6.0-rc2 was just tagged. Please test and build binaries.
> 
> The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
> file issues against it.
> 
> Thanks for helping with the release!
This time I got an error during check-all, on i386-unknown-freebsd10:

    [...]
    gmake[1]: Entering directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test'
    Making LLVM 'lit.site.cfg' file...
    Making LLVM unittest 'lit.site.cfg' file...
    gmake -C
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test/../tools/clang/test
lit.site.cfg Unit/lit.site.cfg
    gmake[2]: Entering directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/tools/clang/test'
    Making Clang 'lit.site.cfg' file...
    Making Clang 'Unit/lit.site.cfg' file...
    gmake[2]: Leaving directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/tools/clang/test'
    ( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ; \
      /usr/local/bin/python /home/dim/llvm-3.6.0/rc2/llvm.src/utils/lit/lit.py
-s -v .
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test/../tools/clang/test
)
    lit.py: lit.cfg:271: note: Did not find llvm-go in
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin
    lit.py: lit.cfg:195: note: using clang:
'/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin/clang'
    lit.py: lit.cfg:332: note: Did not find clang-interpreter in
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin:/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin
    lit.py: run.py:223: note: failed to initialize multiprocessing
    -- Testing: 20187 tests, 4 threads --
    Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80..gmake[1]: ***
[check-local-all] Killed
    gmake[1]: Leaving directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test'
    gmake: *** [check-all] Error 2

This is because the ulimit -t 600 was exceeded, as shown in dmesg:

    pid 78288 (python2.7), uid 1000, was killed: exceeded maximum CPU limit

Can we bump the -t limit a little?  If a machine is rather busy when doing the
tests, this limit can be exceeded.  I had this diff for trunk for some time:

Index: test/Makefile
==================================================================---
test/Makefile       (revision 224612)
+++ test/Makefile       (working copy)
@@ -91,7 +91,7 @@ else # !SunOS
 # its thread-local storage, don't set a limit here.
 # When -v is not used, then -s has to be used to limit the stack size.
 # FIXME: Those limits should be enforced by lit instead of globally.
-ULIMIT=ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ;
+ULIMIT=ulimit -t 1200 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192 ;
 endif # SunOS

 check-local:: lit.site.cfg Unit/lit.site.cfg

-Dimitry

-------------- 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/20150131/b81fabcf/attachment.sig>

On Sat, Jan 31, 2015 at 9:24 AM, Dimitry Andric <dimitry at andric.com>
wrote:
> On 31 Jan 2015, at 01:42, Hans Wennborg <hans at chromium.org> wrote:
>> Hi testers,
>>
>> 3.6.0-rc2 was just tagged. Please test and build binaries.
>>
>> The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
>> file issues against it.
>>
>> Thanks for helping with the release!
>
> This time I got an error during check-all, on i386-unknown-freebsd10:
>
>     [...]
>     gmake[1]: Entering directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test'
>     Making LLVM 'lit.site.cfg' file...
>     Making LLVM unittest 'lit.site.cfg' file...
>     gmake -C
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test/../tools/clang/test
lit.site.cfg Unit/lit.site.cfg
>     gmake[2]: Entering directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/tools/clang/test'
>     Making Clang 'lit.site.cfg' file...
>     Making Clang 'Unit/lit.site.cfg' file...
>     gmake[2]: Leaving directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/tools/clang/test'
>     ( ulimit -t 600 ; ulimit -d 512000 ; ulimit -m 512000 ; ulimit -s 8192
; \
>       /usr/local/bin/python
/home/dim/llvm-3.6.0/rc2/llvm.src/utils/lit/lit.py -s -v .
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test/../tools/clang/test
)
>     lit.py: lit.cfg:271: note: Did not find llvm-go in
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin
>     lit.py: lit.cfg:195: note: using clang:
'/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin/clang'
>     lit.py: lit.cfg:332: note: Did not find clang-interpreter in
/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin:/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/Release/bin
>     lit.py: run.py:223: note: failed to initialize multiprocessing
>     -- Testing: 20187 tests, 4 threads --
>     Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80..gmake[1]: ***
[check-local-all] Killed
>     gmake[1]: Leaving directory
`/home/dim/llvm-3.6.0/rc2/Phase3/Release/llvmCore-3.6.0-rc2.obj/test'
>     gmake: *** [check-all] Error 2
>
> This is because the ulimit -t 600 was exceeded, as shown in dmesg:
>
>     pid 78288 (python2.7), uid 1000, was killed: exceeded maximum CPU limit
>
> Can we bump the -t limit a little?  If a machine is rather busy when doing
the tests, this limit can be exceeded.
I'd be OK with that. Did the tests pass for you if you raise the limit?

 - Hans

Hi Hans,

On 31-01-15 01:42, Hans Wennborg wrote:
> 3.6.0-rc2 was just tagged. Please test and build binaries.
> 
> The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
> file issues against it.
I've encountered 2 problems when using the 3.6 branch, which I've
reported at issues 22385 (Clang) and 22405 (LLVM). Both use-cases work
as expected on Clang/LLVM 3.5, so they seem like regressions to me.

Best,
-- 
Tim Besard
Computer Systems Lab
Department of Electronics & Information Systems
Ghent University

On Fri, Jan 30, 2015 at 4:42 PM, Hans Wennborg <hans at chromium.org>
wrote:
> Hi testers,
>
> 3.6.0-rc2 was just tagged. Please test and build binaries.
>
> The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
> file issues against it.
Win binaries are now on the sftp. Attaching the script I used for
building in case someone wants to reproduce it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build_llvm_360._bat_
Type: application/octet-stream
Size: 2578 bytes
Desc: not available
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20150203/1f591279/attachment.obj>

Uploaded mips binaries. Most testing is still running but it's looking good
so far.

clang+llvm-3.6.0-rc2-mips-linux-gnu.tar.xz
	All clear.

clang+llvm-3.6.0-rc2-mipsel-linux-gnu.tar.xz
	All clear for default options.
	Still running for the other configs.

clang+llvm-3.6.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling for
Mips):
	Still running
> -----Original Message-----
> From: hwennborg at google.com [mailto:hwennborg at google.com] On Behalf
> Of Hans Wennborg
> Sent: 31 January 2015 00:42
> To: llvmdev; cfe-dev
> Cc: Ben Pope; Renato Golin; Sylvestre Ledru; Dimitry Andric; Sebastian
> Dreßler; Daniel Sanders; Nikola Smiljanić
> Subject: [3.6 Release] RC2 has been tagged, Testing Phase II begins
> 
> Hi testers,
> 
> 3.6.0-rc2 was just tagged. Please test and build binaries.
> 
> The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
> file issues against it.
> 
> Thanks for helping with the release!
> Hans

> clang+llvm-3.6.0-rc2-mipsel-linux-gnu.tar.xz
> 	All clear for default options.
> 	Still running for the other configs.
I just had to kill Searching-dbl.simple and Packing-dbl.simple for the mips32
config which were at 65hrs and 15hrs real time respectively. This is far in
excess of the 15,000s time limit that's supposed to be in force. I'm not
sure what's going on here.

In rc1, Searching-dbl.simple took 357 seconds user time (7731s real time, the
FPU is emulated via kernel traps) and Packing-dbl.simple took 555s user time
(8724 real time).
> clang+llvm-3.6.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling
> for Mips):
> 	Still running
Of what's completed so far (it's _still_ running which is strange in
itself), I'm seeing a lot of timeouts that weren't in rc1. Mostly on the
TSVC tests.
> -----Original Message-----
> From: Daniel Sanders
> Sent: 03 February 2015 18:39
> To: Hans Wennborg; llvmdev; cfe-dev
> Cc: Ben Pope; Renato Golin; Sylvestre Ledru; Dimitry Andric; Sebastian
> Dreßler; Nikola Smiljanić
> Subject: RE: [3.6 Release] RC2 has been tagged, Testing Phase II begins
> 
> Uploaded mips binaries. Most testing is still running but it's looking
good so
> far.
> 
> clang+llvm-3.6.0-rc2-mips-linux-gnu.tar.xz
> 	All clear.
> 
> clang+llvm-3.6.0-rc2-mipsel-linux-gnu.tar.xz
> 	All clear for default options.
> 	Still running for the other configs.
> 
> clang+llvm-3.6.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling
> for Mips):
> 	Still running
> 
> > -----Original Message-----
> > From: hwennborg at google.com [mailto:hwennborg at google.com] On
> Behalf
> > Of Hans Wennborg
> > Sent: 31 January 2015 00:42
> > To: llvmdev; cfe-dev
> > Cc: Ben Pope; Renato Golin; Sylvestre Ledru; Dimitry Andric; Sebastian
> > Dreßler; Daniel Sanders; Nikola Smiljanić
> > Subject: [3.6 Release] RC2 has been tagged, Testing Phase II begins
> >
> > Hi testers,
> >
> > 3.6.0-rc2 was just tagged. Please test and build binaries.
> >
> > The tracking bug for 3.6 blockers is http://llvm.org/pr22374. Please
> > file issues against it.
> >
> > Thanks for helping with the release!
> > Hans

> -----Original Message-----
> From: Daniel Sanders
> Sent: 05 February 2015 11:10
> To: 'Hans Wennborg'; llvmdev; cfe-dev
> Cc: Ben Pope; Renato Golin; Sylvestre Ledru; Dimitry Andric; Sebastian
> Dreßler; Nikola Smiljanić
> Subject: RE: [3.6 Release] RC2 has been tagged, Testing Phase II begins
> 
> > clang+llvm-3.6.0-rc2-mipsel-linux-gnu.tar.xz
> > 	All clear for default options.
> > 	Still running for the other configs.
> 
> I just had to kill Searching-dbl.simple and Packing-dbl.simple for the
mips32
> config which were at 65hrs and 15hrs real time respectively. This is far in
> excess of the 15,000s time limit that's supposed to be in force.
I'm not sure
> what's going on here.
> 
> In rc1, Searching-dbl.simple took 357 seconds user time (7731s real time,
the
> FPU is emulated via kernel traps) and Packing-dbl.simple took 555s user
time
> (8724 real time).
> 
> > clang+llvm-3.6.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross
compiling
> > for Mips):
> > 	Still running
> 
> Of what's completed so far (it's _still_ running which is strange
in itself), I'm
> seeing a lot of timeouts that weren't in rc1. Mostly on the TSVC tests.
Sorry, mixed up my terminals. This one has finished but I see timeouts that I
didn't have in rc1.

On 31 January 2015 at 00:42, Hans Wennborg <hans at chromium.org>
wrote:
> 3.6.0-rc2 was just tagged. Please test and build binaries.
Hi Hans,

I just built RC2 with the patch that fixes the NEON builds on ARM and
uploaded to the FTP site. It checks-all clean, but I'm running the
test-suite now.

We'll still need RC3, but at least this one helps people test before
that happens, so we only need to flag RC3 when all other arches are
good.

cheers,
--renato

On Thu, Feb 5, 2015 at 8:28 AM, Renato Golin <renato.golin at linaro.org>
wrote:
> On 31 January 2015 at 00:42, Hans Wennborg <hans at chromium.org>
wrote:
>> 3.6.0-rc2 was just tagged. Please test and build binaries.
>
> I just built RC2 with the patch that fixes the NEON builds on ARM and
> uploaded to the FTP site. It checks-all clean, but I'm running the
> test-suite now.
>
> We'll still need RC3, but at least this one helps people test before
> that happens, so we only need to flag RC3 when all other arches are
> good.
Thanks! I've added it to the pre-release web page so folks can try it out.

 - Hans

On Thu, Feb 05, 2015 at 04:28:55PM +0000, Renato Golin
wrote:
> On 31 January 2015 at 00:42, Hans Wennborg <hans at chromium.org>
wrote:
> > 3.6.0-rc2 was just tagged. Please test and build binaries.
> 
> Hi Hans,
> 
> I just built RC2 with the patch that fixes the NEON builds on ARM and
> uploaded to the FTP site. It checks-all clean, but I'm running the
> test-suite now.
> 
> We'll still need RC3, but at least this one helps people test before
> that happens, so we only need to flag RC3 when all other arches are
> good.
Well, where is the patch? :)

Joerg

On 5 February 2015 at 16:28, Renato Golin <renato.golin at linaro.org>
wrote:
> I just built RC2 with the patch that fixes the NEON builds on ARM and
> uploaded to the FTP site. It checks-all clean, but I'm running the
> test-suite now.
Test-suite passes with flying colours.

cheers,
--renato

> > > clang+llvm-3.6.0-rc2-mipsel-linux-gnu.tar.xz
> > > 	All clear for default options.
> > > 	Still running for the other configs.
> >
> > I just had to kill Searching-dbl.simple and Packing-dbl.simple for the
> > mips32 config which were at 65hrs and 15hrs real time respectively.
This is
> > far in excess of the 15,000s time limit that's supposed to be in
force. I'm not
> > sure what's going on here.
> >
> > In rc1, Searching-dbl.simple took 357 seconds user time (7731s real
time,
> > the FPU is emulated via kernel traps) and Packing-dbl.simple took 555s
user
> > time (8724 real time).
This testing has now finished. All is well apart from the two tests I killed.
I'm re-running them overnight to see if it happens again and I'll start
debugging in the morning.
> > > clang+llvm-3.6.0-rc2-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross
> > > compiling for Mips):
> > > 	Still running
> >
> > Of what's completed so far I'm seeing a lot of timeouts that
weren't in rc1.
> > Mostly on the TSVC tests.
It's looks like the qemu update that was needed for microMIPS has introduced
a bug in some of the other configs. I've successfully re-run some of the
failing tests with the previous qemu. I'm re-running the rest overnight and
it should be mostly finished by the morning.