ports/103896: OO.o port should add <OO_DIR>/program to LD_LIBRARY_PATH

[Alexander Kabaev]

On Tue, 03 Oct 2006 17:33:03 +0900 (JST)
NAKATA Maho <chat95 at mac.com> wrote:

> From: Mihnea Capraru <mihnea_capraru at fastmail.fm>
> Subject: Re: ports/103896: OO.o port should add <OO_DIR>/program to
> LD_LIBRARY_PATH Date: Tue, 03 Oct 2006 06:55:48 +0000
> 
> > Right. What I meant is that LD_LIBRARY_PATH is not set
> > automatically when running a UNO application written in Java that
> > needs to bootstrap OpenOffice.org. Since soffice would only be run
> > at this point (at bootstrap), the JVM will never even be able to
> > find soffice in /usr/local/openoffice-***/program, because this
> > entry would only be added to LD_LIBRARY_PATH by soffice itself (and
> > this is circular).
> > 
> > This is why I was suggesting to update system-wide LD_LIBRARY_PATH.
> > But if this is considered too intrusive, then perhaps install a
> > symlink to soffice in /usr/local/lib (libexec?). 	
> 
> First of all adding LD_LIBRARY_PATH is harmful.
> Such patch (simply adding globally LD_LIBRARY_PATH) will never be
> integrated. And I think if we use $ORIGIN, such kind of problem will
> disapper. Currently we are working at this implementation. Hope 6.3
> will include this.
> 
> thanks,
> -- NAKATA, Maho (maho at FreeBSD.org)
>  
> _______________________________________________
> freebsd-openoffice at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice
> To unsubscribe, send any mail to
> "freebsd-openoffice-unsubscribe at freebsd.org"

1. $ORIGIN is NOT supported by rtld, so adding it would be a waste of
time.
2. If OO was built by GCC from ports, it will depend on libgcc_s.so.1,
we do not set LD_LIBRARY_PATH/rpath to help OO so find it at the moment.

-- 
Alexander Kabaev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-openoffice/attachments/20061003/e36a1f4f/signature.pgp