search for: preapproved

...ll give trolls just another tool to work with; last time it was badly done because it tried to cover all bases and ended up being overspecific (judging from the comments, it's still happening; I can't see the text because the website requires Javascript and I cannot activate that on non-preapproved websites). However, some people in the committee insist. I suspect some want to protect the current cooperative tone, and some want to avoid another accusation of being unfair as certainly happened the last time a troll was evicted from the list. I do not think the former can be achieved without...

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

...s? Patch two is fine. Regarding patch one and three: We already have the directory test/CodeGen and test/IslCodeGen. I propose to just leave the CLooG test cases in test/CodeGen, but to run them conditionally. You can add the new isl test cases to test/IslCodeGen. If you agree, such changes are preapproved here. Tobi

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