Update to Sundials 6.5

[ViralBShah]

How breaking is Sundials 6.5 compared to Sundials 5 that we use? Just opening this issue in case someone can lead the charge to update the package.

Sundials_jll for v6.5.1: JuliaPackaging/Yggdrasil#7034

[ChrisRackauckas]

The biggest break is the handling of the nonlinear solvers. It's not a big deal: the hardest thing is probably getting the binaries built and getting the API wrappers re-run. Once that's done, I could do the upgraded common interface stuff in probably like 2 hours maximum.

[ViralBShah]

The binaries are almost ready. Will see what it takes to generate the wrappers.

[ViralBShah]

@sjdaines You seem to have updated wrappers in the past. I wonder if you might have time to give it a look. Also pinging @Gnimuc for help here if possible.

These are the errors I see using the latest Clang.jl: #415

[ViralBShah]

Bump @sjdaines @Gnimuc just in case you didn't see my ping earlier.

[sjdaines]

Apologies, just seen this.

Unfortunately I can't offer much help here as I didn't update the wrapper generation script or regenerate the wrappers, as just getting the clang generator toolchain to work looked non-trivial.

Instead I applied a global edit to the previously checked-in wrappers to fix the memory management issues that started showing up in Julia 1.8. A note for what I changed and what will be needed to update the wrapper generation scripts to include these fixes is in #385. The key change here was to update the wrappers to take NVector (not N_Vector) so that this can be supplied as an argument to ccall with memory management then handled by the combination of cconvert and unsafe_convert (and make it impossible to explicitly create an N_Vector so all of the higher-level or external API uses NVector consistently).

Once the clang generators work then it should be straightforward to update the generator.jl script. I doubt I'll have time to contribute to this but happy to help review and test.