similar to: Nominating a fix for the 3.9 branch

The time has come to review the current Contributor and Core contributor grants for ZFS. Since all of the ZFS core contributors grants are set to expire on 02-24-2009 we need to renew the members that are still contributing at core contributor levels. We should also add some new members to both Contributor and Core contributor levels. First the current list of Core contributors: Bill

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

I’m nominating Matthias Braun as the Instruction Scheduling code owner (in place of myself). Matthias has made substantial contributions to the scheduler, particularly for subregister support, and has been reviewing patches in that area. I think target maintainers will be happy to have Matthias officially take over the role. -Andy

Hi all, I’d like to nominate Tim Northover to take over code ownership of ARM target. Thanks, Evan

I’d like to nominate Quentin Colombet as LSR code owner. He has handled most of the reviews for me for the past couple years (thanks Quentin), and is willing to take on the responsiblity. Frankly, turning over ownership to Quentin is overdue. -Andy

> On Nov 17, 2016, at 8:51 PM, Andrew Trick via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > I’d like to nominate Quentin Colombet as LSR code owner. He has handled most of the reviews for me for the past couple years (thanks Quentin), and is willing to take on the responsiblity. Frankly, turning over ownership to Quentin is overdue. This also seems pretty obvious to me, and

Hi, I've been going through my queue of candidate patches for the 3.6 branch, and I think the process could be smoother if we had more code owners. So, I'd like to encourage people to nominate themselves or others as code owners for any part of LLVM that doesn't already have one. The responsibilities of a code owner include reviewing patches submitted to llvm-commits and approving

Full_Name: Eric van Gyzen Version: 2.1.0 OS: FreeBSD 5.4 Submission from: (NULL) (152.3.22.33) R-2.1.0 fails to compile on the newest release of FreeBSD, complaining about undefined references to __builtin_alloca. On FreeBSD, alloca() is declared in stdlib.h, not alloca.h as the R sources expect. Therefore, HAVE_DECL_ALLOCA does not get set, so the R sources declare alloca() after it has

Hello everyone, Source, binaries and docs for LLVM 3.7.0-rc2 are now available at http://llvm.org/pre-releases/3.7.0/ Please try them out, run tests, build your favourite projects, and *file bugs* reporting any issues that you find. We are now getting into the part of the release process where it's time to wrap things up, so if you were thinking about doing some tests or getting something

On Wed, Dec 03, 2014 at 11:51:07AM -0800, Michael Zolotukhin wrote: > Hi Tom, > > I also have several patches that might be useful in 3.5.1. They all are stability fixes: > > r221009: Correctly update dom-tree after loop vectorizer. > r222451: Fix a trip-count overflow issue in LoopUnroll. > r223170 and r223171: PR21302.Vectorize only bottom-tested loops. > Hi Arnold,

Full_Name: Eric van Gyzen Version: 1.6.2 OS: FreeBSD 5.0-RELEASE i386 Submission from: (NULL) (152.3.22.120) When compiling R (versions 1.6.1 and 1.6.2), I get the following messages: dumping R code in package 'methods' Fatal error: The X11 shared library could not be loaded. The error was /tmp/R-1.6.2/modules/R_X11.so: Undefined symbol "R_GlobalEnv" The compiler is GCC

Full_Name: Eric van Gyzen Version: 1.9.1 OS: FreeBSD Submission from: (NULL) (152.3.22.120) In several cases, "R CMD INSTALL" doesn't remove its temporary directory. It should call "do_cleanup" before every "exit".

i Don't know if others have raised this issue, but I'm seeing *a lot* of llvm-dev emails and cfe emails landing in my spam folder in gmail. Are other people having this problem? On Mon, May 12, 2014 at 11:57 AM, Tom Stellard <tom at stellard.net> wrote: > Hi, > > I would like to begin the 3.4.2 release process for LLVM. There have > been two issues identified in

Followed the instructions here: http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html The upgrade borked. Error message: Can't find 'kernel' When I checked with ls /boot/kernel/, the directory does exist. :-( Since the system has encrypted root partion with ZFSonROOT, I tried to follow instructions at https://forums.freebsd.org/viewtopic.php?&t=8958 to boot

Hi, I would like to begin the 3.4.2 release process for LLVM. There have been two issues identified in 3.4.1, which there is interest in having fixed in a 3.4.x release: 1. Build failure with gcc 4.9 (This is not a regression, 3.4 also fails to build with gcc 4.9). 2. Accidental change of libLLVM's DT_SONAME from libLLVM-3.4 libLLVM-3.4.1.so I will also accept any other bug-fixes that

On Wed, Feb 1, 2017 at 9:19 AM, Michael Kruse <llvmdev at meinersbur.de> wrote: > 2017-02-01 18:07 GMT+01:00 Kostya Serebryany <kcc at google.com>: > > Yes, I used to run clang-fuzzer and clang-format-fuzzer on this bot, but > not > > any more. > > The reason is simple -- the bot was always red (well, orange) and the > bugs > > were never fixed. >

Hi I'm trying to change a commit message that became malformed when pushing to trunk svn propedit svn:log --revprop -r 243434 > svn: E175002: DAV request failed; it's possible that the repository's > pre-revprop-change hook either failed or is non-existent > svn: E175002: Repository has not been enabled to accept revision > propchanges; > ask the administrator to

On Sat, Nov 29, 2014 at 08:34:34PM +0100, Dimitry Andric wrote: > On 29 Nov 2014, at 02:48, Tom Stellard <tom at stellard.net> wrote: > > On Wed, Nov 26, 2014 at 07:44:20PM +0100, Dimitry Andric wrote: > ... > >> I would like to propose the following additional patches for 3.5.1. These will already be part of the upcoming clang 3.5.0 import into the FreeBSD 11.0 base

On Fri, 3 Aug 2018 at 11:42, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > A few months ago I switched from using SVN for the LLVM project to using the GIT mono-repo, but I am still not particularly good at using GIT. How can I use the GIT command-line interface to select to the exact same set of sources used for the v7.0.0 branch, Do you mean the commit

Hello, In http://llvm.org/viewvc/llvm-project?view=revision&revision=177889 and http://llvm.org/viewvc/llvm-project?view=revision&revision=177890 (along with some follow-up patches) the PowerPC back end was changed to use types instead of register classes in instruction patterns. This matched similar changes that Jakob made for Sparc in r177835. I've recently come across an