Re: OS-sympathetic installation (fwd)

[David Lee]

On Wed, 14 Feb 2001, Olly Betts wrote:

> In message <[EMAIL PROTECTED]>,
>  David Lee writes:
> >But the "big picture" is to be able to produce something along the lines of:
> >
> >   # Directories...
> >   $prefix=/usr
> >[...]
> >
> >   # Installables
> >   %system all
> >   f 0555 root sys ${libdir}/libgdbm.so.2.0.0 .libs/libgdbm.so.2.0.0
> >   l 0555 root sys ${libdir}/libgdbm.so.2 libgdbm.so.2.0.0
> >[...]
> >
> >(which particular case happens to be suitable for ESP's "epm" generic
> >package manager).  "libtool" would need to be responsible for the lines
> >containing "libgdbm".
> 
> The simplest approach seems to be to install to a scratch directory, then
> build the package from there.  So unpack a tarball from `make dist' and
> then do this:
> 
> ./configure --prefix=/usr
> make
> make install-strip 'prefix=$SCRATCH_DIR/usr'
> 
> For one of my projects I added a rule to build rpms to Makefile.am using
> this approach.  I've attached a slightly simplified version (the full
> version build sub-rpms).  A similar approach will probably work for any
> package manager which can make a package without having to install it.

Ah!  The alternative prefix.  That seems like a possibility worth
exploring.  Thanks. 

> One wrinkle to consider is that human made packages often have scripts to
> run before and after both install and uninstall.  I suspect it's going to be
> hard to do this in a package-manager independent way.

Probably.  As I say, I'm just beginning with automake and libtool, and at
present simply trying to find some toeholds for this auto-package idea. 
The alternative prefix looks worthwhile, even if the pre/post scripts
require later adjustments. 

Thanks again.

-- 

:  David LeeI.T. Service  :
:  Systems Programmer   Computer Centre   :
:   University of Durham  :
:  http://www.dur.ac.uk/t.d.lee/South Road:
:   Durham:
:  Phone: +44 191 374 2882  U.K.  :


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: OS-sympathetic installation (fwd)

[Olly Betts]

David Lee writes:
>(which particular case happens to be suitable for ESP's "epm" generic
>package manager).

BTW, in case you aren't aware of it already, the Debian "Alien package
converter" may also be worth looking at for inspiration:

http://www.kitenet.net/programs/alien/

Cheers,
Olly

___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool

Re: Building shared libs as dynamically-loaded perl modules

[Jeremy Slade]

Brian May writes:
> > "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
> 
> Alexandre> And that's the catch.  On some platforms, you just
> Alexandre> can't link static libraries into shared ones.  Not even
> Alexandre> if they're PIC.
> 
> Yuck.
> 
> Alexandre>  Convenience libraries, with the
> Alexandre> abstraction of ``aliases to sets of objects'', should
> Alexandre> just work.  It's just that they are not currently
> Alexandre> installable.  I wish they were.  And I wish convenience
> Alexandre> libraries could still come in PIC and non-PIC versions,
> Alexandre> just like object files.  Currently, every time you
> Alexandre> create a convenience archive, you don't get the non-PIC
> Alexandre> objects, unless the PIC objects aren't available.
> 
> I agree here. I think convenience libraries need to compile two sets
> of libraries: *.a which contains non-PIC code and *.al which contains
> PIC code.

And they need to be installed so they are usable by other packages --
otherwise there's not a lot of 'convenience' there...

Jeremy
-- 
Jeremy Slade
Hewlett-Packard Company  VLSI Technology Center - http://cpus.hp.com/
[EMAIL PROTECTED](970) 898-7881


___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool