Opened 9 months ago
Last modified 9 months ago
#73220 assigned defect
SuiteSparse @7.10.2: find_package() fails due to bug in the *Targets.cmake recipes
| Reported by: | udaykusupati | Owned by: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.11.6 |
| Keywords: | sonoma | Cc: | |
| Port: | SuiteSparse |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
I have been trying to use a library that uses find_package(SPQR), or even find_package(SuiteSparse_config) for which the SuiteSparse_configConfig.cmake cannot find the appropriate .dylib which actually exists in /opt/local/lib/, and if I edit the SuiteSparse_configConfig.cmake file using find_library(), it works.
This problem persists in almost all the suitesparse recipes. I believe the *Targets.cmake is not setting the IMPORTED location correctly, or at all.
A linux package manager or even brew don't have this issue and find_package() works.
find_package() also works with macports for other ports like for example, superlu.
I setup a Github CI and it fails there too.
MacOS Sonoma 14.8, Suitesparse 7.10.2
Change History (2)
comment:1 Changed 9 months ago by udaykusupati
| Description: | modified (diff) |
|---|
comment:2 Changed 9 months ago by ryandesign (Ryan Carsten Schmidt)
| Description: | modified (diff) |
|---|---|
| Keywords: | sonoma added |
| Owner: | set to MarcusCalhoun-Lopez |
| Status: | new → assigned |
| Summary: | find_package() fails due to bug in the *Targets.cmake recipes → SuiteSparse @7.10.2: find_package() fails due to bug in the *Targets.cmake recipes |