2001-12-07 14:58:14-0800, [EMAIL PROTECTED] ->
> ==> "mn" == Martin Norbäck <[EMAIL PROTECTED]> writes:
>
> >> > Agreed -- the same is true with Debian -- minimizing the
> >> Debian diff > is a good idea, all other things being equal. In
> >> any case, thanks > so much. I'll try thi
==> "mn" == Martin Norbäck <[EMAIL PROTECTED]> writes:
>> > Agreed -- the same is true with Debian -- minimizing the
>> Debian diff > is a good idea, all other things being equal. In
>> any case, thanks > so much. I'll try this -- it looks like a
>> good solution.
>>
>>
2001-12-07 10:58:23-0600, Rob Browning <[EMAIL PROTECTED]> ->
> Rob Browning <[EMAIL PROTECTED]> writes:
>
> > Agreed -- the same is true with Debian -- minimizing the Debian diff
> > is a good idea, all other things being equal. In any case, thanks
> > so much. I'll try this -- it looks like a
Rob Browning <[EMAIL PROTECTED]> writes:
> Agreed -- the same is true with Debian -- minimizing the Debian diff
> is a good idea, all other things being equal. In any case, thanks
> so much. I'll try this -- it looks like a good solution.
That appeared to work perfectly -- thanks again.
--
R
[EMAIL PROTECTED] writes:
> The LD_LIBRARY_PATH variable is for ELF systems to find shared
> libraries at run-time. The LIBRARY_PATH variable, on the other hand,
> is a gcc setting that lets it find libraries at link-time. It's a
> colon-separated path that fills in a bunch of '-L' options. Ot
==> "rb" == Rob Browning <[EMAIL PROTECTED]> writes:
rb> [EMAIL PROTECTED] writes:
>> Another solution (probably covered here) is to fill in the
>> LIBRARY_PATH search path:
>>
rb> Could you explain this a little further? By LIBRARY_PATH here
rb> do you mean LD_LIBRARY_
[EMAIL PROTECTED] writes:
> Another solution (probably covered here) is to fill in the
> LIBRARY_PATH search path:
>
> for file in `find $builddir -name "*.la" -print xargs -i sed -e
>"s:libdir='\(.*\)':\1:" {}`; do
> LIBRARY_PATH=$LIBRARY_PATH:$DESTDIR$file
> done
>
> I haven't looked a
==> "rb" == Rob Browning <[EMAIL PROTECTED]> writes:
rb> For those stuck on this problem (and presuming we're not just
rb> using libtool improperly in Guile) I've figured out a
rb> temporary hack that will allow you to build and install
rb> packages in temporary (i.e. not --prefix
Brian May <[EMAIL PROTECTED]> writes:
> While this would work, it has the (IMHO) nasty side affect that any
> libraries previously installed in, say /usr/lib, will take priority (I
> think) over the library that was just built in the source code tree.
>
> It also means hacking around with the Mak
> "Rob" == Rob Browning <[EMAIL PROTECTED]> writes:
Rob> For those stuck on this problem (and presuming we're not just
Rob> using libtool improperly in Guile) I've figured out a
Rob> temporary hack that will allow you to build and install
Rob> packages in temporary (i.e. not -
For those stuck on this problem (and presuming we're not just using
libtool improperly in Guile) I've figured out a temporary hack that
will allow you to build and install packages in temporary (i.e. not
--prefix) directories when you have inter-library dependencies.
I just had to add a spurious
11 matches
Mail list logo
