How about some further discussion on RPATH/RUNPATH, what's involved in supporting it and whether or not it's a good idea (since RPATH is actually depreciated for about 15 years in favour of RUNPATH but still typically respected https://sourceware.org/ml/binutils/2012-05/msg00025.html). From what it I understand RUNPATH will ensure a binary always find it's libs but gives priority to LD_LIBRARY_PATH, how things really function is not that straightforward though (see "Why does this happen?" in http://blog.qt.io/blog/2011/10/28/rpath-and-runpath/).
Personally I think I might be favour of creating an abstraction layer between the module view (default, hierarchy,...) and the installations and combining this with RUNPATH. I don't see a good reason to change where things get installed based on the module naming scheme, all we really need is the ability to translate between the default naming scheme and other naming schemes (which is trivial since if we know the installation path for the default, we can grab all the installed eb files from within). If you couple this with RUNPATH, every executable/lib will just work even if you cherry pick the modules you want to expose to users. This would have huge advantages in the sense that we could use different naming schemes for different groups on the same system and the same installations. It would also remove the disadvantages currently imposed by hierarchical schemes (wxwidgets only builds with GCC and since I can't/shouldn't load GCC and intel at once in a proper hierarchical scheme, nothing that requires wxwidgets can be built for intel, this restriction doesn't exist for the default naming scheme and would be solved in the hierarchical scheme with RUNPATH). Alan Alan On 5 January 2016 at 10:33, Kenneth Hoste <[email protected]<mailto:[email protected]>> wrote: Dear EasyBuilders, The next EasyBuild conf call is planned for tomorrow, Wed Jan 6th 2016, at 5pm CET. (Google+ event: https://plus.google.com/events/cv4pst7c0s9kbrgnofca4dkdgvs) Topics I have in mind include: * 2016a common toolchains * support for eb --new-pr (WIP) * cfr. https://github.com/hpcugent/easybuild-framework/pull/1528 * workaround for issues with Python packages being picked up from the OS (WIP) * cfr. https://github.com/hpcugent/easybuild-easyblocks/pull/786 * open Q&A Suggestions for other topics are welcome, as usual. Please let me know in one way or another if you're planning to attend. More details on the EasyBuild conf calls are available at https://github.com/hpcugent/easybuild/wiki/Conference-calls . regards, Kenneth -- Dr. Alan O'Cais Application Support Juelich Supercomputing Centre Forschungszentrum Juelich GmbH 52425 Juelich, Germany Phone: +49 2461 61 5213 Fax: +49 2461 61 6656 E-mail: [email protected]<mailto:[email protected]> WWW: http://www.fz-juelich.de/ias/jsc/EN ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------
