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
Dimitry Andric
2015-May-13 19:19 UTC
[LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
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>
Nikola Smiljanic
2015-May-13 22:13 UTC
[LLVMdev] [cfe-dev] 3.6.1 -rc1 has been tagged. Testing begins.
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
Daniel Sanders
2015-May-14 10:52 UTC
[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
Daniel Sanders
2015-May-14 20:39 UTC
[LLVMdev] 3.6.1 -rc1 has been tagged. Testing begins.
> 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