You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
libcudf will be pulling in nvcomp 2.x as part of #8229, and #8334 worked around the conflict between 1.x and 2.x by statically linking the old nvcomp 1.x library. The nvcomp 1.x API has been abandoned, and the Java bindings should be updated to 2.x so we don't have to ship both the 1.x and 2.x versions of nvcomp.
Describe the solution you'd like
The Java nvcomp bindings should be updated to the nvcomp 2.x API and the nvcomp library dependency should be reused from the dependency libcudf is using.
Describe alternatives you've considered
We could maintain the 1.x bindings, but they are no longer supported in nvcomp. It is a burden to support two very different APIs and doing so requires shipping multiple versions of nvcomp.
The text was updated successfully, but these errors were encountered:
This PR Closes#8336
The Java nvcomp JNI bindings are updated to the nvcomp 2.x API and the nvcomp library is no longer built as part of the Java build. It is reused from the dependency that libcudf is using.
Note that the nvcomp 1.x API is no longer supported by the CUDF Java JNI, so this is a breaking change. Spark-Rapids currently depends on the nvcomp 1.x JNI. I will be putting up a PR for spark-rapids that changes it to use this 2.x JNI, which will need to be merged soon after this PR to minimize incompatibilities.
Authors:
- Jim Brennan (https://github.com/jbrennan333)
Approvers:
- Alessandro Bellina (https://github.com/abellina)
- Jason Lowe (https://github.com/jlowe)
URL: #9384
Is your feature request related to a problem? Please describe.
libcudf will be pulling in nvcomp 2.x as part of #8229, and #8334 worked around the conflict between 1.x and 2.x by statically linking the old nvcomp 1.x library. The nvcomp 1.x API has been abandoned, and the Java bindings should be updated to 2.x so we don't have to ship both the 1.x and 2.x versions of nvcomp.
Describe the solution you'd like
The Java nvcomp bindings should be updated to the nvcomp 2.x API and the nvcomp library dependency should be reused from the dependency libcudf is using.
Describe alternatives you've considered
We could maintain the 1.x bindings, but they are no longer supported in nvcomp. It is a burden to support two very different APIs and doing so requires shipping multiple versions of nvcomp.
The text was updated successfully, but these errors were encountered: