Wouter Deconinck
Wouter Deconinck
This issue came up again today in some analysis incompatibility in the EIC context. Has someone been able to reproduce this?
Related to this, the target that is used in e.g. [`Examples/Io/Csv/CMakeLists.txt`](https://github.com/acts-project/acts/blob/ca697991df842e13f7897cd3f793038860f822c7/Examples/Io/Csv/CMakeLists.txt#L35) is `dfelibs`, while the target exposed by an external install is `dfelibs::dfelibs`, in a [namespace](https://github.com/acts-project/dfelibs/blob/e0110ea92c950f724b6e5dd011a3103321f03514/CMakeLists.txt#L41).
Other location where `dfelibs` is linked is in https://github.com/acts-project/acts/blob/ca697991df842e13f7897cd3f793038860f822c7/Examples/Framework/CMakeLists.txt#L36 From what I can tell, that's independent of the csv example.
The instance in the framework example is necessary due to use of `dfelibs` in the sequence: https://github.com/acts-project/acts/blob/ca697991df842e13f7897cd3f793038860f822c7/Examples/Framework/src/Framework/Sequencer.cpp#L53-L54
For some dependency changes, see https://github.com/spack/spack/pull/39545 (which is well out of date, and I am happy to have this supersede that PR).
@spackbot fix style
*Edit: superseded by https://github.com/spack/spack/pull/46093#issuecomment-2323515648* The test environment with all new versions is at [spack.txt](https://github.com/user-attachments/files/16788332/spack.txt). Currently commented out (i.e. not building yet for some reason): ``` #- r-yulab-utils@=0.1.6 #- r-curl@=3.2 #-...
@spackbot fix style
@spackbot fix style
@spackbot fix style