similar to: Target Acceptance Policy

Displaying 20 results from an estimated 60000 matches similar to: "Target Acceptance Policy"

2016 Jul 27
4
Target Acceptance Policy
Re-cap, after reviews. Main changes: * Making it clear that the "active community" behaviour is expected to continue throughout the target's lifetime. * Making it clear that only a reduced set of violation will be allowed in the experimental phase, providing the maintainers are taking the cost to move it to full compliance. * Trust, but verify: If the target's community
2016 Jul 26
5
Target Acceptance Policy
On Mon, Jul 25, 2016 at 5:47 PM Mehdi Amini via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Jul 25, 2016, at 4:18 PM, Renato Golin via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > 6. The target's code must have been adapted to the developers policy as > well as > > the coding standards. This can take a while and it should be fine to
2016 Jul 27
2
Target Acceptance Policy
> On Jul 26, 2016, at 4:36 PM, Renato Golin <renato.golin at linaro.org> wrote: > > I'm most certainly not. Just because I didn't write something, that I means I have written the opposite.= > I’m failing to reconcile what you’re claiming above with the following that is in your proposal: "The target's code must have been adapted to the developers policy as
2016 Jul 29
2
Target Acceptance Policy
On Fri, Jul 29, 2016 at 2:08 PM, Renato Golin <renato.golin at linaro.org> wrote: > I'm not hung up on the fixed number of months. I don't even think it's the > best idea, but I was expecting people to give their own ideas... :-) > > But saying "as soon as they are ready" may be hard to assess. And writing > it specific for the Lanai back end would not
2016 Jul 29
0
Target Acceptance Policy
On 29 July 2016 at 12:16, Andrey Bokhanko <andreybokhanko at gmail.com> wrote: > 1) Leave the wording as is, and make Lanai an official back-end no earlier > than Sep 28th. I don't want to *have* to do that just because we introduced a policy after the Lanai back-end started the process... And making Lanai official just before the policy goes public would be cheeky. :) > 2)
2016 Jul 29
2
Target Acceptance Policy
On Fri, Jul 29, 2016 at 5:41 AM, Renato Golin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 29 July 2016 at 12:16, Andrey Bokhanko <andreybokhanko at gmail.com> > wrote: > > 1) Leave the wording as is, and make Lanai an official back-end no > earlier > > than Sep 28th. > > I don't want to *have* to do that just because we introduced a policy
2016 Jul 26
2
Target Acceptance Policy
> On Jul 26, 2016, at 2:58 AM, Renato Golin <renato.golin at linaro.org> wrote: > > On 26 July 2016 at 04:46, Mehdi Amini <mehdi.amini at apple.com> wrote: >> I don’t make sense of this, so I guess we are not talking about the same >> thing. > > I think I know what it is... :) > > >> Moving from experimental to non-experimental is a one-line
2016 Jul 26
2
Target Acceptance Policy
> On Jul 25, 2016, at 7:13 PM, Philip Reames <listmail at philipreames.com> wrote: > > > > > > On Jul 25, 2016, at 5:54 PM, Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > >> On Mon, Jul 25, 2016 at 5:47 PM Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at
2016 Jul 29
0
Target Acceptance Policy
On 29 Jul 2016 12:00 p.m., "Andrey Bokhanko" <andreybokhanko at gmail.com> wrote: > ...and this requirement pushes conversion of Lanai back-end to an official target status to Sep 28th as earliest. Just saying. > > [Personally, I believe that given the level of support, Lanai is already ready for an official status. But if we codify "must have" rules, they should
2016 Jul 29
0
Target Acceptance Policy
On 29 July 2016 at 17:50, Eli Bendersky <eliben at google.com> wrote: > While I think the 6-month mark is artificial (what's wrong about a vague > "several months"? these are policies/guidelines, not legal contracts), I'm ok with that, too. Though, what do you think about the "2 months after all done"? Maybe "at least 2"? Giving a number makes
2016 Jul 26
2
Target Acceptance Policy
----- Original Message ----- > From: "Renato Golin" <renato.golin at linaro.org> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org>, "Mehdi Amini" <mehdi.amini at apple.com> > Sent: Tuesday, July 26, 2016 2:16:51 PM > Subject: Re: [llvm-dev] Target Acceptance Policy > > On 26
2016 Jul 26
2
Target Acceptance Policy
> On Jul 26, 2016, at 12:16 PM, Renato Golin <renato.golin at linaro.org> wrote: > > On 26 July 2016 at 20:07, Hal Finkel <hfinkel at anl.gov> wrote: >> I think there are different kinds of inflexibility. We will use our collective professional judgment. There are some large-scale design changes that we might decide can happen over time. Whatever we decide to accept,
2016 Jul 26
2
Target Acceptance Policy
> On Jul 26, 2016, at 10:28 AM, Renato Golin <renato.golin at linaro.org> wrote: > > On 26 July 2016 at 17:50, Mehdi Amini <mehdi.amini at apple.com> wrote: >> No, the problem is that your writing is making an exception to the developer policy, and I don’t think it is a good thing. > > I think requiring such a high bar from start is not a good community >
2016 Jul 19
3
[RFC] Make Lanai backend non-experimental
> On Jul 19, 2016, at 12:57 PM, Pete Cooper via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Renato >> On Jul 19, 2016, at 9:42 AM, Renato Golin via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> A few basic rules to get accepted are if: >> * the target exists and can be easily purchased / emulated
2016 Jul 19
10
[RFC] Make Lanai backend non-experimental
On 19 July 2016 at 17:04, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Presumably if my out-of-tree backend was to be pushed to LLVM, it too would be considered experimental. Yes. Though, not all out-of-tree back-ends end up upstream for different reasons. A few basic rules to get accepted are if: * the target exists and can be easily purchased / emulated
2016 Feb 10
2
[RFC] Lanai backend
On Wed, Feb 10, 2016 at 12:40 PM, Renato Golin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On 10 February 2016 at 06:44, Chandler Carruth via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> But I also see another option, which someone else mentioned up-thread: >> simply make only the regression tests be supported. Without a regression >> test case that
2016 Jul 26
6
Target Acceptance Policy
----- Original Message ----- > From: "Renato Golin via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Mehdi Amini" <mehdi.amini at apple.com> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> > Sent: Tuesday, July 26, 2016 12:40:58 PM > Subject: Re: [llvm-dev] Target Acceptance Policy > > On 26 July 2016 at 18:33, Mehdi Amini
2016 Jul 29
2
Target Acceptance Policy
On Fri, Jul 29, 2016 at 10:00 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 29 July 2016 at 17:50, Eli Bendersky <eliben at google.com> wrote: > > While I think the 6-month mark is artificial (what's wrong about a vague > > "several months"? these are policies/guidelines, not legal contracts), > > I'm ok with that, too. > >
2016 Jul 19
2
[RFC] Make Lanai backend non-experimental
Dear LLVM community, We wanted to discuss the possibility of moving the Lanai backend from an experimental status to a regular backend. During the initial upstreaming of the Lanai backend (llvm-dev thread "[RFC] Lanai backend", http://lists.llvm.org/pipermail/llvm-dev/2016-February/095118.html) it was discussed that we could move out of experimental status after a few months of
2016 Jul 19
2
[RFC] Make Lanai backend non-experimental
On 7/19/2016 6:12 AM, Renato Golin via llvm-dev wrote: > > I don't see why not. LGTM. Same here. -Krzysztof -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation