search for: preapproval

Am 05.05.2016 um 10:58 schrieb C Bergström via llvm-dev: > Sincerely and pragmatically - what do you think will be different > after this is in place.. Bureaucracy is great, but what's broken or > pandemic that you're trying to fix? From the last discussion, I gather that it's an attempt to prevent damage before it can happen. I'm quite sceptical about that. It's

While going through the header file llvm/Support/StandardPasses.h in support of some LLVM bindings that I have been working on I noticed that some passes are not exposed in the LLVM C bindings. Attached is a patch that adds the following passes the the C bindings: LLVMAddIPSCCPPass LLVMAddInternalizePass I can commit this patch once someone gives me the go ahead. -------------- next part

On Wed, Nov 28, 2012, at 06:01 PM, Sebastian Pop wrote: > Hi Tobi, > > Sebastian Pop wrote: > > Sebastian Pop wrote: > > > Another option is to disable these tests when cloog is not available, and to > > > write other tests that will work with -polly-codegen-isl. > > > > I think I like this way better. The attached patches move all the test > >

On Tue, Jul 23, 2013 at 5:53 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Yes. What you are seeing are the platform checks, where the build system > looks for the presence of functions, headers, etc and then generates a > configuration file with that information. I've been meaning to cut down on the number of these because they are super slow and wasteful. Some of them are

> I say that we drop it. If someone steps up to start maintaining it, they can begin by resurrecting it from SVN. Patches attached. Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch.bz2 Type: application/x-bzip2 Size: 76683 bytes Desc: not available URL:

Package: src:xen Version: 4.8.1~pre.2017.01.23-1 Severity: wishlist Dear Maintainer, In Xen 4.8 it is possible to enable OVMF without the need for any OVMF code or binary to be on the system. Currently, OVMF is not enabled, probably because it used to require OVMF at compile time which would make for a hard dependency on non-free code. Since this is no longer the case, you could make it a

Hi Tobi, Sebastian Pop wrote: > Sebastian Pop wrote: > > Another option is to disable these tests when cloog is not available, and to > > write other tests that will work with -polly-codegen-isl. > > I think I like this way better. The attached patches move all the test > dependent on Cloog to be conditionally executed to CLOOG_FOUND. I am preparing > another patch

Hi Tobi, Sebastian Pop wrote: > Another option is to disable these tests when cloog is not available, and to > write other tests that will work with -polly-codegen-isl. I think I like this way better. The attached patches move all the test dependent on Cloog to be conditionally executed to CLOOG_FOUND. I am preparing another patch that will adapt most of the current tests to work with

Greetings all, This has come up a few times, and I would like to resume the effort to establish an LLVM code of conduct. First and foremost, many thanks to Philip Reames who sat down with me several months ago and worked through a number of suggestions that I've tried to incorporate into an updated patch with the draft text: http://reviews.llvm.org/D13741 I think his updates plus a few