similar to: [LLVMdev] Submitting patches

Hi, I've recently submitted a patch to llvm-commits (as requested by https://llvm.org/docs/DeveloperPolicy.html#making-and-submitting-a-patch) and the mailing list answered with a notice that my message is held for moderator approval (with the reason: "Post by non-member to a members-only list"). I'm therefore wondering if I should've submitted my patch via Phabricator

Yup, Phabricator is generally preferred for patches. Additionally, are you subscribed to the mailing list? I can't find where I read it now, but I believe your messages are held for moderation if you aren't subscribed. You can subscribe at http://lists.llvm.org/mailman/listinfo/llvm-commits if needed. From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Christoph Kindl

Hi, I'm new to LLVM development and I can't find enough information about how to contribute. I've submitted a patch on review as described in the doc: http://llvm.org/docs/Phabricator.html Here is the patch: http://reviews.llvm.org/D4788 The review passed, Phabricator says that the revision is "waiting on me". I've tried to run arc commit on my patch but it responds

Hi, > Date: Sat, 30 Dec 2017 09:59:56 -0600 > From: Krzysztof Parzyszek via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> > To: llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] Submitting patches for LLVM -- llvm-commits > vs. Phabricator? > > Hi, > The current practice is to upload a

Hello, I am looking for a measure of linearity in the relationship between two variables. Specifically, I have two variables for which the relationship is reasonably linear over a certain range of values, and then diverges from linearity at either end of the range, as one or other variable "saturates" at a maximum or minimum value. I want to identify the region of linearity, where

On 24 May 2013 17:39, Chad Rosier <mcrosier at apple.com> wrote: > One side effect of dynamically computing the aliases is that the iterator > does not guarantee that the entries are ordered or that duplicates have > been removed. > Hi Chad, Sounds like you're growing the list (thus the lookup time), rather than shrinking, as I take it was Jacob's original intention?

On Mon, Jun 24, 2013 at 6:17 PM, Jorge Rodrigues <skeept at gmail.com> wrote: > Norm, > > thanks for the help. Applying the fix solves the issue I mentioned but now I > have more issues. > > I can install clang, but when running I cannot compile and link files. > If I compile with -c flag it works but compiling the following x.c file > gives an error: >

Hello everyone, I have been interested in compilers, especially in the optimization aspects from quite some time now. I don't know if I have a decent background to brag about, but all I can say is that I have tried very small things related to building a compiler [0]. However I admit that I am still new to a lot of things. Like many others who are interested in compilers, I am interested

----- Original Message ----- > From: "Francois Pichet" <pichet2000 at gmail.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "Chad Rosier" <mcrosier at codeaurora.org>, "Jakob Stoklund Olesen" <jolesen at apple.com>, "LLVM Developers Mailing > List" <llvmdev at cs.uiuc.edu> > Sent: Thursday, November

Hello. Excuse me. Why CMakeLists.txt from llvm-3.9.1.src does not contain WebAssembly target? So, it is like set(LLVM_ALL_TARGETS AArch64 AMDGPU ARM BPF Hexagon Mips MSP430 NVPTX PowerPC Sparc SystemZ X86 XCore ) but not like set(LLVM_ALL_TARGETS AArch64 AMDGPU ARM BPF Hexagon Mips MSP430 NVPTX PowerPC Sparc SystemZ Webassembly X86

Hi, Searched for similar errors and nothing came up. Anybody know what this is? When using aggregate stddev, and then trying to print it at END, using printa, I get this error: dtrace: processing aborted: Invalid return value from callback avg works fine. Tried on two recent builds of solaris (build 89 and build 94), on two difference sparc systems. Here''s a sample script:

I was trying to think of a way to set compression=on at the beginning of a jumpstart. The only idea I''ve come up with is to do so with a flash archive predeployment script. Has anyone else tried this approach? Thanks, Chad -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Tue, Jun 25, 2013 at 10:50 AM, Jorge Rodrigues <skeept at gmail.com> wrote: > Is there anything I can do regarding the linker issue? The solaris linker is > in /usr/ccs/bin/ld but I think llvm wants to use the gnu linker. gcc in my > system was compiled with the solaris linker. The current Solaris implementation in ${top}/tools/clang/lib/Driver/Tools.cpp has all the GCC and

On Oct 4, 2012, at 2:47 AM, Madhusudan C.S <madhusudancs at gmail.com> wrote: > However, I was reading the DeveloperPolicy page and the policy for making major > changes asks the developers to discuss the work here before proceeding. So, I am > writing this mail to kickoff a discussion. I would really like to contribute to LLVM and > I think this is a good place for me to start.

Thanks to Jakob's work on Sparcv9 ABI in Clang and recent changes to Sparc code generator, I am happy to announce that Clang can self host itself on Linux/Sparc64 and on FreeBSD/Sparc64. However, it still fails on a few unit tests and nightly tests, primarily due to misaligned memory accesses in the code (See bugs 18482, 18500, 18502, 18536, 18693). Unlike other architectures, misaligned

Is it OK to send patch series to llvm-commits for review as a series of emails in the "git format-patch" / Linux kernel [PATCH nn/mm] format? http://linux.yyz.us/patch-format.html Or is some other format preferred? Thanks, Jay.

On Jul 29, 2013, at 6:50 AM, Chad Rosier <chad.rosier at gmail.com> wrote: > Hi Jakob, > You're the unfortunate soul who last touched the constant island pass, right? Do you happen to have any insight for Daniel? Sorry, no. I don't remember working with that particular bit of code. You could try digging through the commit logs. Thanks, /jakob > On Tue, Jul 23, 2013 at

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

LLVM can model some quite complicated register banks now, and we even use registers to model some encoding constraints. For example, a few ARM instructions like strexd have two register operands that must be an aligned pair of consecutive GPR registers (like r0, r1). This constraint is modeled with the GPRPair register class containing R0_R1, R2_R3, ... pseudo-registers. Sometimes ISAs also

Hi all, We branched for the 3.1 release! (Yay!) If there are any fixes which you think should go into the release, please contact the code owners (http://llvm.org/docs/DeveloperPolicy.html#owners) so that they can approve the patches. No patches will be accepted into the 3.1 release without prior approval! This should be a great release! :-) -bw