Regarding your paste of ldd, not sure what's your point. This is the
output with the patch from PR applied, the openmp version used is the
one provided by MKL:
Version of the PR that removes openmp from 3rdparty comes from MKL:
linux-vdso.so.1 (0x7ffc4c993000)
libmkldnn.so.0
Thanks for your answer Chris. I'm not militant in regards to one
option or another nor belong of any club that will accept me as
member, but I think we should drive this to conclusion and understand
why we keep it or if we should remove it and use the platform provided
version. There are open issue
I am curious why you're being so militant troll about this. libomp is used
in every MKL build (download mxnet-mkl yourself and see). I don't see any
convincing reason to change it and so far as I can tell, no real issue has
been proven to be related. Anyway, I am reluctant to feed trolls any mor
I had read the "Apache Voting Process" guide here:
https://www.apache.org/foundation/voting.html and I thought code
changes could be discussed on the mailing list in cases where the PR
is stuck or there's no response for a long time, also I understood
that -1's have to be justified. Could you, or
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 wrote:
> Thanks.
>
> How do we go on advancing this PR then
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 wrote:
>
> This vote is invalid as the original PR