> > LD_LIBRARY_PATH is ignored for dependencies of shared libraries.
> > What does work for me, is adding `rpath' options for the relink
> > based on the path in LD_LIBRARY_PATH.
>
> How about setting LD_RUN_PATH?
I haven't tried it but the manpage says that it is only used when rpath
isn't used
On May 28, 2001, "John David Anglin" <[EMAIL PROTECTED]> wrote:
> I still don't understand why libtool doesn't use `-B' and `-L' when it
> creates the `rpath' list for building the preinstall version of an
> application.
Because -B and -L specify static link (compile)-time search paths,
whereas
On May 28, 2001, "John David Anglin" <[EMAIL PROTECTED]> wrote:
> LD_LIBRARY_PATH is ignored for dependencies of shared libraries.
> What does work for me, is adding `rpath' options for the relink
> based on the path in LD_LIBRARY_PATH.
How about setting LD_RUN_PATH?
--
Alexandre Oliva Enjoy
On May 28, 2001, "John David Anglin" <[EMAIL PROTECTED]> wrote:
>> It's possible that libtool runs the linker directly on HP-UX for the
>> same reason it does on Solaris: because non-PIC static libraries can't
>> be linked into shared ones. In the old pre-MLB days, this caused a
>> lot of grief
> As posted in the libgcj mailing list, the problem is that libgcc_s is
> not a libtool library, so libtool can't do its magic of handling
> to-be-installed libraries. Setting LD_LIBRARY_PATH so that libgcc_s
I tried setting LD_LIBRARY_PATH and then running libtool to build
the Array_1 testsuite
> > However, it is not without problems since there isn't a shared
> > version of libgcc for hpux yet.
>
> Indeed, this would be a problem, because on HP-UX libtool would drop
> libgcc from the link command when creating shared libraries, given
> that HP-UX is one of those platforms in which it i
On Monday 28 May 2001 9:56 am, Mats Lidell wrote:
> Hi,
>
> I'm trying to build one library from sourcode in multiple sub
> directories. (You could see it as getting one single library from a
> package big enough to be split in many directories.) Somehow I got the
> impression that I could get su
> > As a result, the pre-install version of Array_1 (lt-Array_1) has an
> > incorrect runtime location for libgcc_s.so.0. It uses the old
> > version in the install directory rather than the new version in the
> > gcc build directory.
>
> As posted in the libgcj mailing list, the problem is that
Ladies & Gentlemen,
Are you ready to the experience of a lifetime ?
As affiliates of the CIL group, we offer you to PLUGIN to the largest SEX-SERVER on
the WEB, in order to get more than 3000 MegaBytes of the best and most sensational SEX
on the entire Web!
Why on earth do you think that tho
Hi,
I'm trying to build one library from sourcode in multiple sub
directories. (You could see it as getting one single library from a
package big enough to be split in many directories.) Somehow I got the
impression that I could get support from libtool and build one library
in each subdir and th
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> In any case, we do have a problem in libtool; it should
Alexandre> somehow help the linker find libsub even though it's
Alexandre> not installed in the expected place. I suppose we
Alexandre> could just u
11 matches
Mail list logo
