similar to: 3.9.1 -final has been tagged

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

Hi, I just tagged 3.9.1-rc2, so testing can begin. There was a bug found in -rc1 before I could send out a release announcement, so I decided to merge the fix and tag -rc2 to save some testing cycles. We can always use more testers, so if you are interested in helping, let me know. Thanks, Tom

On 13 December 2016 at 22:10, Tom Stellard via cfe-dev <cfe-dev at lists.llvm.org> wrote: > I've created the 3.9.1-final tag no changes from -rc3. Testers can > begin uploading binaries now. ARMv7 done, all good. sha1sum: 0dd35c771750c6fbfccda1d32b10207f336a12bc clang+llvm-3.9.1-armv7a-linux-gnueabihf.tar.xz cheers, --renato

Hi, I'm Ryo Ota. According to http://releases.llvm.org/download.html, Pre-built binary LLVM 3.9.1 for Ubuntu 14.04 is missing. In other versions(=4.0.0, 3.9.0, 3.8.1,...), pre-built binaries for Ubuntu 14.04 are available. I was wondering if someone would make pre-built binary of 3.9.1 for Ubuntu 14.04. Sincerely, Ryo -------------- next part -------------- An HTML attachment was

Hi, Here is a proposed release schedule for 3.9.1: Nov 21, 2016: Deadline for nominating change to merge to the 3.9 branch Nov 29, 2016: -rc1 Dec 5, 2015: 3.9.1 Release As a reminder, if you would like to request a patch be merged to the 3.9 branch, file a bug at www.llvm.org/bugs with the subject "Merge rxxxxx into the 3.9 branch." and add

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

Hi Justin, > This looks like something I fixed recently, in r290271: ... ... > The tablegen build adopted USES_TERMINAL for this same reason in > r280748. I applied the 2 patches you mentioned above on my 3.9.1 tree and although the build seems to go along nicely than the earlier reported symptoms I can still see LLVMSupport being built a bit too many times than expected. $ cat

Hi, I just updated to the latest RSpec 1.1.3 + ZenTest 3.9.1. I also have rspec 1.1.3 installed as a gem When starting autotest with -v option, there is a lot of noise because autotest does not ignore the vendor folder, the migrations, etc ...: Dunno! vendor/plugins/acts_as_solr/solr/lib/jetty-util-6.1.3.jar Dunno!

As a note, I experimentally attempted to build 391 branch "just llvm + clang" on ubuntu the other day, and got this: [ 90%] Linking CXX executable ../../../../bin/clang ../../../../lib/libclangCodeGen.a(ObjectFilePCHContainerOperations.cpp.o): In function `(anonymous namespace)::PCHContainerGenerator::DebugTypeVisitor::VisitImportDecl(clang::ImportDecl*)':

Hi Folks, I am building LLVM 3.9.1 using the Yocto build system for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd

LLVM 3.9.1 is now available! Download it now, or read the release notes. This release contains bug-fixes for the LLVM 3.9.0 release. This release is API and ABI compatible with 3.9.0. LLVM 3.9.1 would not be possible without the help of our volunteer release team! Thanks to all the release testers: Hans Wennborg, Brian Cain, Sylvestre Ledru, Ben Pope, Renato Golin, Vasileios Kalintiris, Dimitry

On Wed, Dec 14, 2016 at 04:58:50PM +0000, Brooks Davis wrote: > 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

Hello, Le 12/12/2016 à 18:29, Hans Wennborg a écrit : > +Sylvestre who knows about these things. > > On Thu, Dec 8, 2016 at 2:24 AM, Kris van Rens via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> L.S., >> >> I'm currently in the process of creating Debian packages for >> clang/llvm release 3.9.0. For this I'm using the steps as explained on

On 10 December 2016 at 00:48, Tom Stellard via cfe-dev <cfe-dev at lists.llvm.org> wrote: > 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.

Hello Guys, update my mesa 13.0.2 against "llvm 3.9.1" while there create binary packages to the world .... Sincerely Andy Test my games with wine and they still works on R9 280x (llvm AMDGPU)

Hi, I''d like to install the vTPM in Xen-4.2.2. But, I cannot find the backed driver in the Dom0 kernel. So how to get the latest one and install the driver? And, I also would like to know what''s recommended version of Dom0 and Xen to run the vTPM? Thank you very much. -- Best Regards, Bei Guan _______________________________________________ Xen-users mailing list

Hi, the following patch to cipher.c enables OpenSSH 3.9.1 to compile on IRIX 5.3 with the native IDO cc: --- cipher.c.orig 2004-10-17 12:04:10.000000000 +0200 +++ cipher.c 2004-10-17 13:43:22.000000000 +0200 @@ -76,15 +76,15 @@ u_int key_len; const EVP_CIPHER *(*evptype)(void); } ciphers[] = { - { "none", SSH_CIPHER_NONE, 8, 0,

I have some programs crashing when I upgraded from clang 3.9.1 to clang 4.0.1. Debugging this I found the reason for the crash. This is happening in the following assembly fragment for a piece of code allocating a class object (size: 24 bytes) using operator new and then initializing it: 0x00002aaaafc145f3 <+35>: callq 0x2aaaafdf5f90 <operator new(unsigned long)>

On Mon, Dec 5, 2016 at 11:00 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 5 December 2016 at 18:56, Hans Wennborg via Release-testers > <release-testers at lists.llvm.org> wrote: >> The idea is that Tom's stable releases will keep incrementing the >> "patch" part of the version numbers, just as today, so they would be >> 4.0.1, 4.0.2,

Hi, I am using clang++3.9 to build a simple program with both CFI and safe-stack. I am getting linker errors when combining -fsanitize=safe-stack, -fsanitize=cfi, and -fno-sanitize-trap=all. Combining safe-stack and CFI without -fno-sanitize-trap=all works as expected. It looks like clang is attempting to link in two compiler-rt libraries, one for ubsan and one for safestack, and this causes