similar to: Xen-4.3.0-rc2 tagged

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 >

Hi, I've tagged 6.0.1-rc3, which should be the last rc release. If every thing goes well, 6.0.1-final will be next Thursday. Testers please test 6.0.1-rc3 and upload the results. -Tom

Hi, I've just tagged 7.0.1-rc3. This will hopefully be the last release candidate. Please test and report results. Thanks, Tom

Hi, I have tagged 3.9.1-rc3. The only differences from -rc2 were a few bug fixes for ARM/AARCH64, so if you aren't testing either of these I think it's safe to take this -rc off and what for -final. I'm hoping to do -final next week after I get the ARM test results. Thanks, Tom

It seems this is a cmake vs autoconf thing. With cmake, it builds correctly, but with autoconf I get the same error as you. I probably shouldn't have made this change while we were in the release process as it was potentially risky :-/ I've reverted it now, so hopefully the next build should be problem free. Thanks, Hans On Fri, Aug 21, 2015 at 5:09 AM, Dimitry Andric <dimitry at

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 >

Well, this question comes once and again. I have RC3 and Garf's RC2 tuned versions (160 and 350) in a nice graph. Nobody should be surprised that RC3 is better, but in some cases GRC2 shows better EAQUAL/bitrate results. There seems to be room for improvement in RC3 with some tweaking. See it by yourself at http://audio.sinderman.com/ Cheers, AGS.

Dear testers, 8.0.0-rc3 was just tagged from the release_80 branch at r355015. We're running a little behind schedule now, but I think we're also close to be able to call this done. Please take a close look at this release candidate. Unless anything bad comes up, this is probably very similar to what the final release will look like. Testers, please run the test script, share your

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

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,

Hi, I've just tagged 5.0.1-rc3, please test and report the results. Hopefully, this will be the last RC and the final release will be next week. -Tom

On Mon, Feb 29, 2016 at 2:20 AM, Daniel Sanders <Daniel.Sanders at imgtec.com> wrote: > clang+llvm-3.8.0-rc3-x86_64-linux-gnu-debian8.tar.xz (sha1sum: 2dedc6136d7cfbac8348652c543887964d92393c) > Native: All ok > Cross compiling to MIPS: All ok > > clang+llvm-3.8.0-rc3-mips-linux-gnu.tar.xz (sha1sum: f286149dbb2ea7e194c5c3719b6cded476f6e65f) > All ok

Sounds like that was fixed on trunk also, in 0e8608b (I get the same on Windows.) On Tue, Jul 7, 2020 at 8:10 AM Neil Nelson via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Uploaded Ubuntu 20.04 > > sha256sum clang+llvm-10.0.1-rc3-x86_64-unknown-linux-gnu.tar.xz > 9a2b573b69a4c3d62d7a4accd9b164044cd5e8fbe68b056716c72cd0f81a134d > > FAIL: LLVM ::

On Tue, Dec 13, 2016 at 05:10:42PM -0500, Tom Stellard via cfe-dev wrote: > Hi, > > I've created the 3.9.1-final tag no changes from -rc3. Testers can > begin uploading binaries now. Have the source tarballs been published for rc2 or rc3? I'd like to test update the FreeBSD package, but the files don't appear where I'd expect to find them

Hello testers, Start your engines, RC3 has just been tagged (at r229050 on the branch). If this one looks good, it will become the release. There has been quite a bit of activity on the branch since RC2; let's hope it's all goodness :-) Please let me know how it looks, and upload binaries to the sftp as usual. Thanks for all your efforts so far! - Hans

Hello... I was very surprised when I found, that oggfiles created with RC3 are much worse than files made with RC2. I have some example sound file set up for you on the net. The difference is *obvious*. While RC2 made ogg-files, which I would say are perfect (at least I cannot hear a difference to the original), the quality of RC3 is *bad*. Let me first say, that I used libvorbis0, libogg0

Dear testers, 7.0.0-rc3 was just tagged (from branch revision r341805). No further release candidates are currently planned, so this is a release candidate in the real sense: unless any serious issues surface, this is what the final release will look like. Please run the test script, share your results and upload binaries. Please also take a look at the release notes and other docs; small

Hi: I just wanted to know where exactly the problem with re-encoding in RC2 was. Was it in vorbis' ability to cope well with its own output as input, or did the first encode produce output that didn't lend itself to re-encoding? The difference is important. If it's the latter, anyone wanting to re-encode material will have to first encode it with RC3. I guess what I'm asking

Hi, I've created the 3.9.1-final tag no changes from -rc3. Testers can begin uploading binaries now. -Tom

Ubuntu and SLES tarballs uploaded. I haven't had a chance to make a SLES12 build yet, but I will try in the coming days. f7553a0d66092ca0bbe1eab2af405523a18bafba clang+llvm-7.0.1-x86_64-linux-gnu-ubuntu-18.04.tar.xz 41db01a3b216df4fc22fae9c44e248889f9a01ed clang+llvm-7.0.1-x86_64-linux-gnu-ubuntu-16.04.tar.xz caf149635742622a3a5b220146ff34f9202b8670