|
|
Experimental Physics and
| ||||||||||||||
|
|
Hi Jörn,
Could you share your recipe and logs of your build, or a repo link? Are you building this vendor lib inside the EPICS module recipe (bundling it on the same package), or separately? I don't see why require would need to be rebuilt in any case if you have the
e3 conda channels available, so something sounds off..
Ideally, everything that your module depends on should have its own recipe and conda package, even the vendor libs. For non-EPICS packages such as your case, you can follow the standard conda instructions to build a package (nothing from e3 or require involved).
You can find several recipe examples in conda-forge, for various natures of libraries:
https://github.com/orgs/conda-forge/repositories
After you have your non-epics dependency as a conda package, you should add it to your EPICS module recipe under the build dependencies (and possibly run deps as well, depending on your settings). The vendor lib will then be installed into your environment's
$(PREFIX) before the EPICS build starts. On the e3 Makefile, you can link them with LIB_SYS_LIBS += yourVendorLib (the vendor .so files should be in $(PREFIX)/lib if the conda dependency is installed correctly).
If you are bundling the library within the same package as your EPICS module (not recommended), all build steps are handled in your build.sh script before calling the e3 Makefile. Install the output .so files and header files of your vendor lib to $PREFIX/lib
and $PREFIX/include, then the linking on the e3 Makefile should be the same as above, using LIB_SYS_LIBS. This method should be avoided though in favour of the first.
Hope that helps,
Best Regards,
André Favoto
| ||||||||||||||
| ANJ, 12 Oct 2026 |
·
Home
·
News
·
About
·
Talk
·
Base
·
Modules
·
Extensions
·
· Distributions · Download · Documents · Links · Licensing · |