Opened 4 years ago

Closed 2 years ago

#60718 closed update (fixed)

sundials @3.1.2 update to versions 4.1.0 and 5.3.0

Reported by: rwirth (Roland Wirth) Owned by:
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: Schamschula (Marius Schamschula), mascguy (Christopher Nielsen)
Port: sundials

Description

The package API changed between versions 3 and 4, so code written for version 3 will not compile with version 4. Version 5 contains some incompatible changes that affect user implementations of certain submodules.

Change History (6)

comment:1 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)

We currently have a sundials port at version 3.1.2 and a sundials2 port at version 2.7.0, but all of the ports in MacPorts that use SUNDIALS depend on sundials2 presumably because they are not compatible with version 3. And you're saying that versions 4 and 5 exist and they also break compatibility. It sounds like maybe we need to rename the sundials port to sundials3 and add sundials4 and sundials5 ports and just accept that we need to keep many different versions around.

The sundials and sundials2 ports currently conflict with another. This is not desired. If we are to keep several ports around for SUNDIALS at different versions, they should install to different places and not conflict with one another.

comment:2 Changed 4 years ago by Schamschula (Marius Schamschula)

At least octave needs to use a more modern version of sundials. sundials2 fails in ./configure.

comment:3 Changed 4 years ago by Schamschula (Marius Schamschula)

Cc: Schamschula added

comment:4 Changed 4 years ago by Schamschula (Marius Schamschula)

In d2b861341d8ad7d8a67d32aa901c7789245462d8/macports-ports (master):

sundials: update to 5.7.0

See: #60718

comment:5 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)

In 75ab0f9104f52d913426a7c9c49b5db0d02426ce/macports-ports (master):

sundials: Update to 5.8.0

See: #60718

comment:6 in reply to:  1 Changed 2 years ago by mascguy (Christopher Nielsen)

Cc: mascguy added
Resolution: fixed
Status: newclosed

Replying to ryandesign:

The sundials and sundials2 ports currently conflict with another. This is not desired. If we are to keep several ports around for SUNDIALS at different versions, they should install to different places and not conflict with one another.

The various sundials ports are now segregated, eliminating these headaches. Fixed per issue:63631

We currently have a sundials port at version 3.1.2 and a sundials2 port at version 2.7.0, but all of the ports in MacPorts that use SUNDIALS depend on sundials2 presumably because they are not compatible with version 3. And you're saying that versions 4 and 5 exist and they also break compatibility. It sounds like maybe we need to rename the sundials port to sundials3 and add sundials4 and sundials5 ports and just accept that we need to keep many different versions around.

Based on my testing, the four dependents of our various sundials ports, are all set: One (petsc) uses sundials2, while the other three (deal.ii, cantera, and octave) all work fine with sundials5.

Of note, deal.ii and cantera are broken due to other issues, so they currently don't build. But I've validated that they properly find/use sundials5, so that's one less thing to worry about.

Note: See TracTickets for help on using tickets.