[Pkg-openmpi-maintainers] [OMPI devel] Building with rpath disabled

Manuel Prinz debian at pinguinkiste.de
Tue Jan 13 15:43:22 UTC 2009


Am Dienstag, den 13.01.2009, 08:33 -0600 schrieb Dirk Eddelbuettel:
> I just realized that another Debian/Ubuntu-only possibility is to use a file
> inside /etc/ld.so.conf.d/ to make the ompi directory known to ld.so. I do so
> for R:
> 
>   edd at ron:~$ cat /etc/ld.so.conf.d/libR.conf
>   # make libR.so and libRlapack.so visible to ld.so
>   /usr/lib/R/lib
>   edd at ron:~$

Well, that solves an entirely different problem. It also solves a
problem we do not have. All required libraries are found by our default
linker configuration. We're fine.

The whole thing is not about any problem with our linker configuration;
it is about problems that may arise during an rpath included in the
binaries. We are fine because the strip rpath after building and do "The
Right Thing (TM)" in Debian. The patch is about us (and of course)
others to have a more convenient interface to strip rpath. We need to
get rid of rpath to avoid problems, and if upstream's build system
supports that, we (and maybe other distros) can get rid of some magic in
our (Debian) build scripts.

My intention was not to solve a problem; there is none. My intention was
to make life easier for Open MPI maintainers. If we need to maintain a
hack forever, so be it. ;)

> We could do the same for /usr/lib/openmpi/lib and
> /usr/lib/openmpi/lib/openmpi.

We do not need to do that at all, as I already stated.

> That said, I generally think we should minimise difference from
> upstream.  So my preference is still for not waking any sleeping
> dragons ... 

ACK. But we already differ from upstream in that we remove rpath from
the binaries, whereas binaries are build with rpath included by
upstream's default options. All that changes is that we would remove
rpath with upstream's build system instead of removing them in ours; we
will (and actually do) remove rpath anyway, whether upstream supports it
or not. I just thought it might be nicer to have the "global" solution.

I'm all in favor of not breaking stuff. But I really don't see any
dragons lying around here. Nothing really changes... But if you feel so
strongly about that, we can just forget about the whole issue. I do not
mind much. The patch is just for the comfort. ;)

Best regards
Manuel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.alioth.debian.org/pipermail/pkg-openmpi-maintainers/attachments/20090113/3aed8e0d/attachment.pgp 


More information about the Pkg-openmpi-maintainers mailing list