Hi Derek,
* Derek Price wrote on Thu, Jul 07, 2005 at 07:11:40PM CEST:
Ralf Wildenhues wrote:
Oh, I wasn't going to yank it. That was supposed to be a joke.
If you take it as an incentive to fix more cases, the better. :)
Okay, the attached patch to 1.5 fixes loads of quoting issues on
* Ralf Wildenhues wrote on Wed, Jul 06, 2005 at 07:05:01PM CEST:
* Juergen Leising wrote on Wed, Jul 06, 2005 at 09:03:49AM CEST:
The following error message appears due to a bug in
func_mode_install ():
/bin/sh ../../../libtool --mode=install cp -f 'libeic.la'
Hi Bruno,
* Bruno Haible wrote on Fri, Jul 08, 2005 at 03:07:33PM CEST:
Using libtool 1.5.14 to install libiconv built for mingw, any program linked
against the such installed libiconv-2.dll crashes on startup with a dialog
box:
The application failed to initialize properly (0xc022)
* Derek Price wrote on Fri, Jul 08, 2005 at 05:20:14PM CEST:
Ralf Wildenhues wrote:
* Derek Price wrote on Thu, Jul 07, 2005 at 07:06:37PM CEST:
While working on some other stuff, I noticed that tests/sh.test is
calling $SED without it being set, though this was only causing a
*snip*
You
* Ralf Wildenhues wrote on Fri, Jul 08, 2005 at 05:28:06PM CEST:
--- tests/defs8 Apr 2005 13:00:50 - 1.5.2.3
+++ tests/defs8 Jul 2005 15:26:53 -
@@ -17,8 +17,9 @@
progname=`echo $0 | sed 's%^.*/%%'`
libtool=../libtool
-make=${MAKE-make}
* Peter Breitenlohner wrote on Wed, Jul 06, 2005 at 09:34:24AM CEST:
What about simply
chown -R root $(DESTDIR)$(ltdldatadir) \
chgrp -R root $(DESTDIR)$(ltdldatadir) || :
where failure of chown/chgrp is ignored? Who cares about some noise when
`make install' is done by
Hallo Ralf,
Sorry for the late review:
On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote:
2005-07-08 Peter Breitenlohner [EMAIL PROTECTED]
* Makefile.am (install-data-local): Have root own of installed
files (but do not fail, for user installs).
Index: Makefile.am
CVSROOT:/cvsroot/libtool
TIMESTAMP: (1.1220.2.261 2005/07/08 13:48:27)
Module name:libtool
Branch: branch-1-5
Changes by: [EMAIL PROTECTED]
Log Message:
* ltmain.in (install mode): Do not assume `-f' needs an argument if
the install program is `cp'.
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch: branch-2-0
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 05/07/08 13:47:11
Modified files:
. : ChangeLog
Log message:
* config/ltmain.m4sh (func_mode_install): Do not assume `-f'
* Ralf Wildenhues wrote on Wed, Jul 06, 2005 at 07:05:01PM CEST:
* Juergen Leising wrote on Wed, Jul 06, 2005 at 09:03:49AM CEST:
The following error message appears due to a bug in
func_mode_install ():
/bin/sh ../../../libtool --mode=install cp -f 'libeic.la'
* Ralf Wildenhues wrote on Sun, Jul 03, 2005 at 10:39:46AM CEST:
I noted a work-around in the MirBSD port of Libtool for root-created
leftovers in .libs after a `make install' which requires relinking,
*snip*
Could you confirm that this patch below fixes the issue instead?
FYI: I have
* Bruno Haible wrote on Fri, Jul 08, 2005 at 04:38:16PM CEST:
Ralf Wildenhues wrote:
Erm, the fix is fine, but what caused the breakage in the first place?
Surely this hasn't been broken all the time?
For me, it has been broken all the time: It's the first time I've succeeded
building a
* Peter Breitenlohner wrote on Wed, Jul 06, 2005 at 09:34:24AM CEST:
What about simply
chown -R root $(DESTDIR)$(ltdldatadir) \
chgrp -R root $(DESTDIR)$(ltdldatadir) || :
where failure of chown/chgrp is ignored? Who cares about some noise when
`make install' is done by
* Ralf Wildenhues wrote on Fri, Jul 08, 2005 at 05:28:06PM CEST:
--- tests/defs8 Apr 2005 13:00:50 - 1.5.2.3
+++ tests/defs8 Jul 2005 15:26:53 -
@@ -17,8 +17,9 @@
progname=`echo $0 | sed 's%^.*/%%'`
libtool=../libtool
-make=${MAKE-make}
Hallo Ralf,
Sorry for the late review:
On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote:
2005-07-08 Peter Breitenlohner [EMAIL PROTECTED]
* Makefile.am (install-data-local): Have root own of installed
files (but do not fail, for user installs).
Index: Makefile.am
Hi Keith,
* Keith Packard wrote on Fri, Jul 08, 2005 at 06:59:10AM CEST:
On Fri, 2005-07-08 at 09:24 +0530, Ganesan Rajagopal wrote:
But libXaw.so.major_number is the default behaviour for libtool. Are you
using -release instead of -version-info or -version-number? I think
Keith == Keith Packard [EMAIL PROTECTED] writes:
On Fri, 2005-07-08 at 09:24 +0530, Ganesan Rajagopal wrote:
But libXaw.so.major_number is the default behaviour for libtool. Are you
using -release instead of -version-info or -version-number? I think
-version-number will give you exactly
On Fri, 2005-07-08 at 08:31 +0200, Ralf Wildenhues wrote:
First, to stay with your GNU/Linux example, unless you also have
libXaw.so.6 as symlink, how will ld.so find your library (as installed
library; or alternatively as user-installed test version below $HOME)?
The current ELF shared
Russ == Russ Allbery [EMAIL PROTECTED] writes:
Ganesan Rajagopal [EMAIL PROTECTED] writes:
I didn't know this. But trying to make -version-info get the SONAME you
need is an abuse of libtool in any case. I think -version-number option
available in recent versions of libtool is perfect for
Title: www.ExtShop.com
Değerli Müşterilerimiz;www.extshop.com sanal mağzamız alternatif ve ekstrem ürünleri tek bir platform altında toplamak amacı ile kurulmuştur.Distribütörü olduğumuz ürünler ile satışa başladık ve birçok
Title: www.ExtShop.com
Değerli Müşterilerimiz;www.extshop.com sanal mağzamız alternatif ve ekstrem ürünleri tek bir platform altında toplamak amacı ile kurulmuştur.Distribütörü olduğumuz ürünler ile satışa başladık ve birçok
Hi Patrick,
* Patrick Welche wrote on Thu, Jul 07, 2005 at 04:41:37PM CEST:
On Wed, Jul 06, 2005 at 09:41:41PM +0200, Ralf Wildenhues wrote:
Are you aware of the recent macro loop in CVS HEAD/branch-2-0 Libtool in
conjunction with special Autoconf versions?
/me checks it isn't 1 April...
Keith == Keith Packard [EMAIL PROTECTED] writes:
No, I haven't. I have little experience with these systems, so I don't
even know if this scheme will work. Hence my question to this list where
I imagine there are people with experience on those systems. The key
question is whether the system
Hi,
Keith Packard wrote:
I want the SONAME to be libXaw.so.6, but the filename to be libXaw6.la,
libXaw6.so.6.0.1, libXaw6.so.6 and libXaw6.so
There is no need to name the real file libXaw6.so.6.0.1, as the 6 is
mentioned twice this way (libXaw.so.6.0.1 suffices). The unversioned
symlink and
Hi Keith,
* Keith Packard wrote on Fri, Jul 08, 2005 at 08:47:37AM CEST:
On Fri, 2005-07-08 at 08:31 +0200, Ralf Wildenhues wrote:
First, to stay with your GNU/Linux example, unless you also have
libXaw.so.6 as symlink, how will ld.so find your library (as installed
library; or
* Ralf Wildenhues wrote on Fri, Jul 08, 2005 at 04:15:53PM CEST:
Keith, could you confirm that this would be enough for your needs, when
given as install mode switch? Current idea would be to have it install
the first name from library_names only, do not delete the symlinks nor
s/the first
* Ralf Wildenhues wrote on Thu, Jun 23, 2005 at 12:25:01PM CEST:
* Sven Verdoolaege wrote on Thu, Jun 23, 2005 at 09:11:36AM CEST:
On Thu, Jun 23, 2005 at 08:31:48AM +0200, Ralf Wildenhues wrote:
It's this version that fails on solaris.
Let's see: ls libltdl/argz.h created by
Hi all, I'm trying to get libtool to link a program that depends on a
circular list of static (libtool) libraries.
I'm using a command line like:
../../libtool --mode=link --preserve-dup-deps g77 -Wall -I../include
-O0 -o partrj -static *.o ../ui/libParTrjUI.la ../models/libSPPModels.la
On Thu, Jul 07, 2005 at 05:02:26PM -0500, Tim Mooney wrote:
In regard to: Re: FYI: ksh bug on Tru64 UNIX causes current libtool...:
* Ralf Wildenhues wrote on Wed, Jul 06, 2005 at 05:08:11AM CEST:
This is a gentle reminder that this issue with Libtool HEAD/branch-2-0
on Tru64 sh is still
On Fri, 2005-07-08 at 14:10 +0530, Ganesan Rajagopal wrote:
Keith == Keith Packard [EMAIL PROTECTED] writes:
No, I haven't. I have little experience with these systems, so I don't
even know if this scheme will work. Hence my question to this list where
I imagine there are people with
On Fri, 2005-07-08 at 14:07 +0200, Ralf Wildenhues wrote:
No. If a DSO with matching SONAME is already mapped, ld.so is done.
If not, it searches for a library with a file name which matches the
SONAME, unless the SONAME - file name pair is listed in
/etc/ld.so.cache.
Sure, but the SONAME
On Fri, 2005-07-08 at 16:15 +0200, Ralf Wildenhues wrote:
Keith, could you confirm that this would be enough for your needs, when
given as install mode switch? Current idea would be to have it install
the first name from library_names only, do not delete the symlinks nor
create new ones, do
On Fri, 2005-07-08 at 11:23 +0200, Simon Richter wrote:
Now I'm wondering whether it would make sense to add a switch to libtool
that makes it not install those two things, such as -old-abi.
I have to support two of these library versions as 'current' for other
reasons, so applications need to
33 matches
Mail list logo