Conversation
jrbourbeau
left a comment
There was a problem hiding this comment.
Just wanted to check in here. Is this something we'd like to get into the release tomorrow, or are we okay waiting until the one after that?
|
No, this can wait. But thanks for checking in |
| if is_cupy_type(a): | ||
| import cupyx.scipy.linalg | ||
|
|
||
| func = getattr(cupyx.scipy.linalg, func_name) | ||
| else: | ||
| import scipy.linalg | ||
|
|
||
| func = getattr(scipy.linalg, func_name) |
There was a problem hiding this comment.
I think that's a good idea if this grows more. As it stands now, this PR only adds solve_triangular. I tried adding in lu but ran into a number of issues to due to lack of int64 support in the cupy implementation
There was a problem hiding this comment.
FWIW I had some code here that might be relevant ( jakirkham@81adbc8 ). Though feel free to skip it if you would rather
There was a problem hiding this comment.
I tried adding in
lubut ran into a number of issues to due to lack ofint64support in the cupy implementation
Just to clarify is that suppose to be float64? While we may be able to provide int64 arrays, expect these would likely need to be casted to float64 and then the result would also be in float64. Though maybe I'm misunderstanding something here
There was a problem hiding this comment.
No, I think we need int64 support for lu functionality. Or maybe a conversion is what scipy lu does and I'm unaware of it
|
Seems like this is good to merge right @quasiben? |
|
Yeah, this can be merged now |
black dask/flake8 dask/isort dask