[ET Trac] #2677: add -Wl, --rpath, FOO sets RUNPATH rather than RPATH for new linkers

Roland Haas trac-noreply at einsteintoolkit.org
Fri Dec 16 16:31:11 CST 2022


#2677: add -Wl,--rpath,FOO sets RUNPATH rather than RPATH for new linkers

 Reporter: Roland Haas
   Status: new
Milestone: 
  Version: 
     Type: enhancement
 Priority: minor
Component: Cactus

The elf RPATH variable has been declared obsolete and instead RUNPATH introduced. The latter only affects the search path of the actual executable and not that of any libraries it loads. While maybe a good idea from the point of view of not having the top level executable changing search path for its libraries, this does not work on all clusters.

On frontera the module provided libraries do not set RUNPATH at all and instead rely on a `module load` and `LD_LIBRARY_PATH` to set up correct search paths. Which can be annoying if one wants to avoid simfactory to run simulations \(which would load the modules\).

One can pass an options `-Wl,--disable-new-dtags` to make a _new_ linker use the _old_ meaning of `-Wl,--rpath`. This may be something to consider for Cactus' configuration scripts.

See [https://stackoverflow.com/questions/70149080/ldd-shows-so-not-found-but-runpath-contains-the-lib](https://stackoverflow.com/questions/70149080/ldd-shows-so-not-found-but-runpath-contains-the-lib) for references on this [https://stackoverflow.com/questions/52018092/how-to-set-rpath-and-runpath-with-gcc-ld#comment90987961\_52018092](https://stackoverflow.com/questions/52018092/how-to-set-rpath-and-runpath-with-gcc-ld#comment90987961_52018092)

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2677/add-wl-rpath-foo-sets-runpath-rather-than
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/trac/attachments/20221216/2a185b77/attachment.html 


More information about the Trac mailing list