> "Keith" == Keith Packard <[EMAIL PROTECTED]> writes:
> On Fri, 2005-07-08 at 09:24 +0530, Ganesan Rajagopal wrote:
>> But libXaw.so. 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 lib
> "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
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 Apr
> "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 whethe
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 al
* 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
* Simon Richter wrote on Fri, Jul 08, 2005 at 11:23:51AM CEST:
> 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
> mentione
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 working DLL with mingw and libtool 1.5.x.
Maybe something about my
* 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 c
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
../share/
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 s
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
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 SONA
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,
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
19 matches
Mail list logo
