llvm dev - May 2015 - [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.

Hi,

I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
more testers, so if you are interested in helping, let me know.

Instructions for validating an LLVM release can be found here:
http://llvm.org/docs/ReleaseProcess.html

Reminder: We are using 3.6.0 as our baseline for regression testing.

Thanks,
Tom

On 11 May 2015 at 21:30, Tom Stellard <tom at stellard.net>
wrote:
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
ARM binary passes all tests / test-suite. Uploaded.

AArch64 to come next.

cheers,
--renato

On Tuesday, May 12, 2015 04:30 AM, Tom Stellard wrote:
> Hi,
>
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
Ubuntu 14.04 x86_64 looks good, uploaded
clang+llvm-3.6.1-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz

Ben

On 12 May 2015 at 10:23, Renato Golin <renato.golin at linaro.org>
wrote:
> ARM binary passes all tests / test-suite. Uploaded.
AArch64 looks ok, though my environment was a bit unstable and I had
to add a few include paths here and there.

The binary was uploaded into the server, in case someone wants to have
a look, but I'll have to fix my environment for the final release.

cheers,
--renato

On 11 May 2015, at 22:30, Tom Stellard <tom at stellard.net>
wrote:
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
> 
> Instructions for validating an LLVM release can be found here:
> http://llvm.org/docs/ReleaseProcess.html
> 
> Reminder: We are using 3.6.0 as our baseline for regression testing.
Building and testing passed on FreeBSD 10.  Uploaded:

SHA256 (clang+llvm-3.6.1-rc1-amd64-unknown-freebsd10.tar.xz) =
2ae62a6472aaa34fd8a0fb88be83320b09c646ac91b77bdb8ac1faf39268fbcd
SHA256 (clang+llvm-3.6.1-rc1-i386-unknown-freebsd10.tar.xz) =
887a5b05a83550abe0eee4f1cf2a9db0bb3f5a4a98818d44202d56ac72328541

-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/20150513/8b7bdeb8/attachment.sig>

All tests passing on Fedora and openSUSE, binaries uploaded.

On Thu, May 14, 2015 at 5:19 AM, Dimitry Andric <dimitry at andric.com>
wrote:
> On 11 May 2015, at 22:30, Tom Stellard <tom at stellard.net> wrote:
> > I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> > more testers, so if you are interested in helping, let me know.
> >
> > Instructions for validating an LLVM release can be found here:
> > http://llvm.org/docs/ReleaseProcess.html
> >
> > Reminder: We are using 3.6.0 as our baseline for regression testing.
>
> Building and testing passed on FreeBSD 10.  Uploaded:
>
> SHA256 (clang+llvm-3.6.1-rc1-amd64-unknown-freebsd10.tar.xz) >
2ae62a6472aaa34fd8a0fb88be83320b09c646ac91b77bdb8ac1faf39268fbcd
> SHA256 (clang+llvm-3.6.1-rc1-i386-unknown-freebsd10.tar.xz) >
887a5b05a83550abe0eee4f1cf2a9db0bb3f5a4a98818d44202d56ac72328541
>
> -Dimitry
>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20150514/6fdcab50/attachment.html>

On Mon, May 11, 2015 at 1:30 PM, Tom Stellard <tom at stellard.net>
wrote:
> Hi,
>
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
>
> Instructions for validating an LLVM release can be found here:
> http://llvm.org/docs/ReleaseProcess.html
>
> Reminder: We are using 3.6.0 as our baseline for regression testing.
Windows binary uploaded. sha1:
d4a63197f3ce50ca71a46e1ac2728c7f73f8cc4a  LLVM-3.6.1-rc1-win32.exe

I didn't have any issues.

Thanks,
Hans

clang+llvm-3.6.1-rc1-mips-linux-gnu.tar.xz
	All good

clang+llvm-3.6.1-rc1-mipsel-linux-gnu.tar.xz
	Still running.
	So far only ClamAV has failed. This seems to be due to forgetting to install
zlib1g-dev after rebuilding the system recently. I'll re-run this test once
the others finish

clang+llvm-3.6.1-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling to
Mips)
	* Still running.
	* For the 'mipsel-img-linux-gnu -mips32r6 -mfpxx',
'mipsel-img-linux-gnu -mmicromips' test runs I have several regressions
that look like timeouts caused by a busy system. I'm re-running these at the
moment and they are passing so far.
	* For 'mips-img-linux-gnu -mips64r6 -mabi=n32' test run I have several
regressions that look like timeouts caused by a busy system. I'll re-run
these once the rest finish.
	* For the 'mips-img-linux-gnu -mips64r6 -mabi=n32' test run I also have
two failures that look like regressions.
MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 is segfaulting.
MultiSource/Applications/kimwitu++/kc is failing the hashed-output reference
check. I'm looking into these.

I've disassembled the failing MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4
and compared it to the one from the LLVM 3.6.0 test runs. There's nothing
obvious. We've removed some useless 'addiu $sp,$sp,0', eliminated
two (seemingly redundant) sign extends, and the addresses of functions+data has
changed slightly.
> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at
cs.uiuc.edu]
> On Behalf Of Tom Stellard
> Sent: 11 May 2015 21:30
> To: llvmdev at cs.uiuc.edu
> Cc: cfe-dev at cs.uiuc.edu
> Subject: [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
> 
> Hi,
> 
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
> 
> Instructions for validating an LLVM release can be found here:
> http://llvm.org/docs/ReleaseProcess.html
> 
> Reminder: We are using 3.6.0 as our baseline for regression testing.
> 
> Thanks,
> Tom
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

> I've disassembled the failing
MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 and compared it to
> the one from the LLVM 3.6.0 test runs. There's nothing obvious.
We've removed some useless
> 'addiu $sp,$sp,0', eliminated two (seemingly redundant) sign
extends, and the addresses of
> functions+data has changed slightly.
I've investigated further and I'm fairly confident that r235869
(http://llvm.org/viewvc/llvm-project?view=revision&revision=235869) is the
cause of this regression.

The problem is these three definitions:
  // Bypass trunc nodes for bitwise ops.
  def : MipsPat<(i32 (trunc (and GPR64:$lhs, GPR64:$rhs))),
                (EXTRACT_SUBREG (AND64 GPR64:$lhs, GPR64:$rhs), sub_32)>;
  def : MipsPat<(i32 (trunc (or GPR64:$lhs, GPR64:$rhs))),
                (EXTRACT_SUBREG (OR64 GPR64:$lhs, GPR64:$rhs), sub_32)>;
  def : MipsPat<(i32 (trunc (xor GPR64:$lhs, GPR64:$rhs))),
                (EXTRACT_SUBREG (XOR64 GPR64:$lhs, GPR64:$rhs), sub_32)>;
They're correct around 95% of the time since the instructions that act on
i32 only care about the lowest 32-bits of the GPR. However, comparison
instructions such as BEQ compare the whole 64-bit GPR, even for i32, and
therefore needed the sign-extend we used to generate.

I'm going to try a build with that patch reverted to confirm this and
assuming I'm right I'll revert this merge.
> clang+llvm-3.6.1-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling
to Mips)
>         * Still running.
>         * For the 'mipsel-img-linux-gnu -mips32r6 -mfpxx',
'mipsel-img-linux-gnu -mmicromips' test runs I have
>            several regressions that look like timeouts caused by a busy
system. I'm re-running these at the
>            moment and they are passing so far.
Just a quick update: The 'mipsel-img-linux-gnu -mips32r6 -mfpxx'
failures all passed when rerun while the system was less busy. I've just
started the re-runs for 'mipsel-img-linux-gnu -mmicromips'.

________________________________________
From: Daniel Sanders
Sent: 14 May 2015 11:52
To: Tom Stellard; llvmdev at cs.uiuc.edu
Cc: cfe-dev at cs.uiuc.edu
Subject: RE: [LLVMdev] 3.6.1 -rc1 has been tagged.  Testing begins.

clang+llvm-3.6.1-rc1-mips-linux-gnu.tar.xz
        All good

clang+llvm-3.6.1-rc1-mipsel-linux-gnu.tar.xz
        Still running.
        So far only ClamAV has failed. This seems to be due to forgetting to
install zlib1g-dev after rebuilding the system recently. I'll re-run this
test once the others finish

clang+llvm-3.6.1-rc1-x86_64-linux-gnu-ubuntu-14.04.tar.xz (cross compiling to
Mips)
        * Still running.
        * For the 'mipsel-img-linux-gnu -mips32r6 -mfpxx',
'mipsel-img-linux-gnu -mmicromips' test runs I have several regressions
that look like timeouts caused by a busy system. I'm re-running these at the
moment and they are passing so far.
        * For 'mips-img-linux-gnu -mips64r6 -mabi=n32' test run I have
several regressions that look like timeouts caused by a busy system. I'll
re-run these once the rest finish.
        * For the 'mips-img-linux-gnu -mips64r6 -mabi=n32' test run I
also have two failures that look like regressions.
MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 is segfaulting.
MultiSource/Applications/kimwitu++/kc is failing the hashed-output reference
check. I'm looking into these.

I've disassembled the failing MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4
and compared it to the one from the LLVM 3.6.0 test runs. There's nothing
obvious. We've removed some useless 'addiu $sp,$sp,0', eliminated
two (seemingly redundant) sign extends, and the addresses of functions+data has
changed slightly.
> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at
cs.uiuc.edu]
> On Behalf Of Tom Stellard
> Sent: 11 May 2015 21:30
> To: llvmdev at cs.uiuc.edu
> Cc: cfe-dev at cs.uiuc.edu
> Subject: [LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
>
> Hi,
>
> I have tagged the 3.6.1-rc1 so testing can begin.  We can always use
> more testers, so if you are interested in helping, let me know.
>
> Instructions for validating an LLVM release can be found here:
> http://llvm.org/docs/ReleaseProcess.html
>
> Reminder: We are using 3.6.0 as our baseline for regression testing.
>
> Thanks,
> Tom
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev