| Reporter: | Roland Haas |
| Status: | new |
| Milestone: | |
| Version: | |
| Type: | bug |
| Priority: | major |
| Component: |
A while ago (in 2015) we were re-vamping the ExternalLibraries search mechanism. While multiple methods were proposed (using a package manager, custom code in bash, perl) the only one that saw much progress if Frank Loeffler's bash_utils.sh code.
Right now many ExternalLibraries fail to detect themselves on "typical" Ubuntu based laptops because they do not handle Debian's multi-arch directory structure, giving the impression as if they were designed to always compile themselves (which was never the intent).
These pull requests make (some more of) ExternalLibraries use bash_utils.sh to have a more uniform and more functional interface to specifying their location throughout the toolkit:
This is a bit of a stepping stone as I would like to push bash_utils.sh itself towards a more well defined, and -- I think -- less surprising behaviour as outlined in: https://bitbucket.org/cactuscode/cactus/commits/db12237d823afc4e70f9bb8540bf7c03b2cc8f2e and a sample of how to use it is in https://github.com/EinsteinToolkit/ExternalLibraries-HDF5/tree/rhaas/findlib2 .
Note that this is a bugfix as the current detection mechanism fails to find an installed copy of the library.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2241/use-bash_utils-during-externallibraries