Guilherme Leobas
Guilherme Leobas
I'm on BigSur and all tests pass without this patch: https://gist.github.com/guilhermeleobas/29863546c0e766bb438a7d4aa23c8f04
> > > > I'm on BigSur and all tests pass without this patch: https://gist.github.com/guilhermeleobas/29863546c0e766bb438a7d4aa23c8f04 > > OK. Thank you! Just to confirm: this patch is NOT needed for you...
I have a fix for it in #8134, which just replace `@cached_property` by `@property`.
I'll close this one since reflected containers are unstable in jitted code.
Hi, if possible I'd like to work on this issue.
I couldn't reproduce this bug ```python In [1]: import numba In [2]: from numba import njit In [3]: @njit ...: def foo(x): ...: return x ...: In [4]: def bar(x,...
Sorry, I forgot to put the decorator on `bar`. With the `@njit` decorator I got the same results. I will start working on this issue.
I don't have that much knowledge of how Numba works under the hood but the LLVM IR generated for both functions is almost the same, except for the entry basic...
I believe that the decision tree is necessary. There is no need to keep more than one implementation of the same method because if an argument is not used in...
`np.std` gives a different result in Numba when the input is an empty array. This is not exclusive to your refactoring and perhaps should be addressed in a future PR....