Re: [racket-dev] racket unlinking bigloo lib

2012-01-12 Thread Matthew Flatt
At Thu, 12 Jan 2012 10:25:48 +0100, Marijn wrote:
> Using DESTDIR everything including shared libraries is installed in a
> staging area by `make install'. Files will only be moved to the ``live
> filesystem'' by the package manager after things like make install
> have finished running. Currently `libtool --mode=finish' is run on the
> ``live filesystem'' library directory. This should not have any effect
> on anything in the staging area.
> 
> Thus `libtool --mode=finish' should either be run on the DESTDIR
> staging area or not at all.

That makes sense. I've pushed a change to skip `libtool --mode=finish'
when DESTDIR is set.

Thanks!

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] racket unlinking bigloo lib

2012-01-12 Thread Marijn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10-01-12 15:25, Matthew Flatt wrote:
> At Tue, 10 Jan 2012 11:31:19 +0100, Marijn wrote:
>> Racket calls `ldconfig -n /usr/lib' in the course of doing `make 
>> install' and this causes one of bigloo's shared object symlinks
>> to be unlinked. I don't think racket should be calling ldconfig.
> 
> That call comes from `libtool --mode=finish'. I'm no libtool
> expert,but my understanding is that `libtool --mode=finish' is
> needed in general when installing via `libtool'.

I'm far from an expert on libtool.

Using DESTDIR everything including shared libraries is installed in a
staging area by `make install'. Files will only be moved to the ``live
filesystem'' by the package manager after things like make install
have finished running. Currently `libtool --mode=finish' is run on the
``live filesystem'' library directory. This should not have any effect
on anything in the staging area.

Thus `libtool --mode=finish' should either be run on the DESTDIR
staging area or not at all.

Marijn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8OpxwACgkQp/VmCx0OL2z5BwCffdwgsr8LNua1whRL+WRawQ6a
VasAoIqZPcXdzllC4X8WchOlK/rxmeGa
=f3vP
-END PGP SIGNATURE-
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] racket unlinking bigloo lib

2012-01-10 Thread Matthew Flatt
At Tue, 10 Jan 2012 11:31:19 +0100, Marijn wrote:
> Racket calls `ldconfig -n /usr/lib' in the course of doing `make
> install' and this causes one of bigloo's shared object symlinks to be
> unlinked.
> I don't think racket should be calling ldconfig.

That call comes from `libtool --mode=finish'. I'm no libtool expert,but
my understanding is that `libtool --mode=finish' is needed in general
when installing via `libtool'.

Maybe `configure' should accept a `--disable-libtoolfinish' flag that
skips the `libtool --mode=finish'?

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


[racket-dev] racket unlinking bigloo lib

2012-01-10 Thread Marijn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi lists, Matthew, Manuel,

this is about Gentoo bug 379931[1] which I'll summarize here.

Racket calls `ldconfig -n /usr/lib' in the course of doing `make
install' and this causes one of bigloo's shared object symlinks to be
unlinked.
I don't think racket should be calling ldconfig.
On the other hand, I am not sure that I know of any good reason why
calling ldconfig should cause that unlink to happen (which isn't
saying very much). Could it be that bigloo also does something funny here?

Marijn

[1]:https://bugs.gentoo.org/show_bug.cgi?id=379931
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8ME3cACgkQp/VmCx0OL2zTVgCdGvtJWKNYkorDY2SWmThpoaIJ
zrUAoKJWcDf/qUvcutHQp8+4dJZ/FVhr
=Lhld
-END PGP SIGNATURE-
_
  Racket Developers list:
  http://lists.racket-lang.org/dev