Vetos stand until and unless withdrawn by their casters [1]. The only path 
forward would be to convince the caster to withdraw the veto.

-sz

[1] https://www.apache.org/foundation/voting.html#Veto

On 2019/06/17 17:46:59, Pedro Larroy <pedro.larroy.li...@gmail.com> wrote: 
> Thanks.
> 
> How do we go on advancing this PR then? all the questions have been
> answered, performance numbers provided and more. Until how long can a
> veto stand? Also without replies to contributors.
> 
> Pedro.
> 
> On Fri, Jun 14, 2019 at 5:44 PM Sheng Zha <zhash...@apache.org> wrote:
> >
> > This vote is invalid as the original PR has been vetoed by a committer. A 
> > vote on dev@ won't help you circumvent a veto.
> >
> > -sz
> >
> > On 2019/06/14 23:59:33, Pedro Larroy <pedro.larroy.li...@gmail.com> wrote:
> > > Hi all
> > >
> > > This is a 5-day vote to act and wrap up an outstanding PR that removes
> > > linkage with multiple OpenMP from 3rdparty and uses the system
> > > provided one which might resolve a number of difficult to debug issues
> > > and possible undefined behaviour.
> > >
> > > https://github.com/apache/incubator-mxnet/pull/12160
> > >
> > > See the comments in the thread for more details but in short, linking
> > > with multiple openmp versions seems to lead to undefined behaviour,
> > > plus it would simplify not having to deal with a custom openmp version
> > > and rely on the platform provided one.
> > >
> > > This is expected to simplify builds and address a number of problems.
> > > Seems it doesn't cause any performance degradation, (the Gluon tests
> > > run almost 4x faster in my 64 core machine).
> > >
> > > There has been in depth study of performance implications by
> > > contributors like Stanislav Tsukrov and Anton Chernov.  All the
> > > concerns and comments from the reviewers have been addressed and we
> > > can't keep asking open ended questions to block PRs. Reviewers are
> > > expected to be proactive and responsive to contributors so we keep
> > > encouraging active contributors.
> > >
> > > please vote to merge this PR accordingly:
> > >
> > > +1 = approve
> > > +0 = no opinion
> > > -1 = disapprove (provide reason)
> > >
> > > If we observe regressions reported by any internal performance systems
> > > or by contributors the PR can be reverted easily. So it's not a one
> > > way door. But it will be useful to try this in master for a while.
> > >
> > > Thank you.
> > >
> > > Pedro.
> > >
> 

Reply via email to