-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Bonzini wrote:
| 3) Do you want to release a 2.60 for m4 2.0? If so, Gary recently wrote
| on the libtool mailing list that you'll have to wait much before m4
| stabilizes on all the OSes on which Autoconf should run.
...before relying o
OMAKE_OPTIONS = 1.7 gnu
|
|
| Though, I believe, if you use 1.8 it will take advantage of the new
| include stuff?
Yep. That's right. We could explain that in the comment in bootstrap instead
of lying... ;-)
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Resea
cros get used.
This means that aclocal has found a dependency on a macro that is defined in
/usr/share/aclocal/libtool.m4, but not $top_srcdir/m4/libtool.m4 (m4_defined
macros can't be seen by aclocal.m4). If you have time to investigate, it
would be nice to prevent this happening befo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn wrote:
| On Mon, 24 Nov 2003, Gary V. Vaughan wrote:
|
| There are a number of issues that would have to be handled in order to
| properly integrate libltdl configure/build into the dependent
| package's configure/build. Histori
something like this near the end of your
configure.ac:
AC_CONFIG_COMMANDS([hack-libtool], [
~ $SED 's,^pic_flag=,pic_flag=-D__DYNAMIC__,' $ofile > ${ofile}T \
~&& mv -f ${ofile}T $ofile && chmod 755 ${ofile}
])
Cheers,
Gary.
- --
Gary V. Vaughan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| On Tue, Nov 25, 2003 at 01:39:10PM +, Gary V. Vaughan wrote:
|
|>Good point. As long as we ship Makefile.in (and libtoolize --ltdl installs
|>only Makefile.in if $configure_ac has no reference to AM_INIT_AUTOMAKE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant wrote:
| On Tue, 2003-11-25 at 13:24, Gary V. Vaughan wrote:
|
| You've just woken up, haven't you? :-)
Tragically, I've been up for 7 hours... I spent them driving my car to the
garage for a cam-belt change, wal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| On Tue, Nov 25, 2003 at 02:31:10PM +, Gary V. Vaughan wrote:
|
|>| To support this you need to rewrite Makefile.in without Automake (as
|>| Gettext does), or let these people AC_CONFIG_SUBDIRS the selfcon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| On Tue, Nov 25, 2003 at 03:07:53PM +, Gary V. Vaughan wrote:
|
|>I thought you meant that Bruno had a macro that did AM_INIT_AUTOMAKE-a-like
|>AC_SUBSTing for gettext's needs, and that another similar mac
nerated by config.status, so you might need to
change the value in config.status with a _LT_CONFIG_LIBTOOL_INIT in just the
right place...
Let us know how you get on :-)
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.ora
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| On Tue, Nov 25, 2003 at 03:35:25PM +, Gary V. Vaughan wrote:
|
|>If so, all we need is to add a call to AM_INIT_AUTOMAKE to
|>AC_LIB_LTDL. Hmmm, but then if a non-automake project calls
|>AC_LIB_LTDL, when
cepted.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGIN PGP SI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn wrote:
| On Tue, 25 Nov 2003, Alexandre Duret-Lutz wrote:
|
|
|>On Tue, Nov 25, 2003 at 03:35:25PM +0000, Gary V. Vaughan wrote:
|>
|>>If so, all we need is to add a call to AM_INIT_AUTOMAKE to
|>>AC_LIB_LTDL. Hmmm,
are
already not far off half the size of libtool-1.5.tar.gz! :-)
Okay to commit?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Tech
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn wrote:
| On Wed, 26 Nov 2003, Gary V. Vaughan wrote:
|
|
|>Bob Friesenhahn wrote:
|>
|>>The issues I mention are primarily philosophical and religious.
|>>There is a subversive element of open source society that is
r' calls. I suspect you'll find 'ar cru
.libs/mod_auth_basic.a' and 'ranlib mod_auth_basic.a' but no 'ar cru
.libslmod_auth_basic.a .libs/mod_auth_basic.o'.
The difficult bit is figuring out why libtool didn't list the objects on the
ar call...
Cheers
l 1.6.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGIN PGP
;t have to create the dso.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
pear to have propogated
into the eval environment...
Does this give you a bit more to go on? What happens in the equivalent
section of libtool-1.5, or 1-5a from before 2003-10-21?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ htt
EMAIL PROTECTED]:/cvs-latest/libtool co libtool
Although I haven't tried it myself.
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technic
On Thu, 11 Dec 2003 19:57:04 +, "Richard Dawe"
<[EMAIL PROTECTED]> said:
> Hello.
>
> "Gary V. Vaughan" wrote:
> [snip]
> > According to the instructions on savannah.gnu.org:
> >
> >export CVS_RSH="ssh"
> >cvs -
ore
absolute library paths as far as I can see. Looks like a bug to me :-(
What exactly are you linking?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/s
re very small, and only take a couple of minutes to
verify. If you have time to examine a bunch of them, please do so, remove the
ones you are happy with from the list, and send the remainder on. I'm hoping
we can get through this in a few weeks...
Cheers,
Gary.
- --
Gary V. Vaughan
so it only took me
another hour to verify the remainder. So.
We're done!
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant and I have audited the changes in
<ftp://ftp.gnu.org/savannah/changsets/libtool-changes.tar.gz>
(with md5 checksum "08357e57c32fe991a3adef24708e23ed ")
and have found no evidence of any compromises.
- --
. I presume that because static libs do not have interface versions
encoded into their sonames like shared libs, the same ideom was blindly
carried over to the release version code.
I would be happy to apply a patch that fixes this shortcoming.
Cheers,
Gary.
- --
Gary V. Vaughan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant wrote:
| On Wed, 2003-11-26 at 15:49, Gary V. Vaughan wrote:
|
|
|>Scott James Remnant wrote:
|>|On Wed, 2003-11-26 at 11:41, Gary V. Vaughan wrote:
|>|> 1: remove $prefix/share/aclocal/l(ibtoo|td)l.m4 of old release
ONFIG], [AC_LIBTOOL_CONFIG])dnl
AU_DEFUN([AC_LIBTOOL_LINKER_OPTION], [AC_LIBTOOL_LINKER_OPTION])dnl
...
AU_DEFUN([AC_PROG_EGREP], [AC_PROG_EGREP])dnl
At least it is only affecting the bootstrap now. And we have a warning in the
script.
Cheers,
Gary
- --
Gary V. Vaughan ())_. [
bvious place.
Ah, I see it in configure.ac, only I seem to have set AM_INIT_AUTOMAKE
to 1.7 for some reason. I'll commit a change presently. Sorry for any
confusion.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/
ap, configure, build and install cvs head libtool.
The resulting libtool is able to build libltdl, and passes its regression
suite. I can then use the whole lot to bootstrap, configure and build
libsnprintfv.
Are you using gnu m4? Must be a bug in pkgconfig...
Cheers,
Gary.
- --
Gary V. Vaug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Braden McDaniel wrote:
| Gary V. Vaughan wrote:
|
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> Braden McDaniel wrote:
|> | Braden McDaniel wrote:
|> |
|> |> libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_P
to make that happen are being
discussed on [EMAIL PROTECTED], but have not yet been commited to CVS.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/sof
platforms. Otherwise I've assumed that all
shell variables are in global scope, and that positional parameters are
stacked and restored at function call boundaries to an arbitrary nesting
limit.
Removing the returns isn't too hard, but if my other assumptions are bad, then
1.6 is in troubl
e
shell function support in autoconf pans out...
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redh
atching the discussions on [EMAIL PROTECTED] :-)
After the next libtool release, I'll make a start.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary V. Vaughan wrote:
| Paolo Bonzini wrote:
| | it is possible to replace it with (exit NUM)
| Doesn't the exit actually terminate the script
| | No, it is in a subshell.
| Argh.
Okay belay that last comment. The subshell comment just sank i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Welche wrote:
| I needed the following to get a clean build..
Sorry for the delay.
Applied, thanks.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut Alexandre,
Alexandre Duret-Lutz wrote:
|>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
| Gary> Instead, I'd like to have LT_INIT perform the
| Gary> AC_SUBST([LIBTOOL_DEPS]), and Automake gener
mments?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGIN PGP SI
e right macros (LT_INIT & friends) in aclocal.m4?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn wrote:
| On Thu, 4 Mar 2004, Gary V. Vaughan wrote:
|
|>I have a feeling that this is all done automatically by lt_dlopen. If it
|>isn't then it should be...
|>
|>Comments?
|
|
| It seems to me that this text cov
#x27;re the one with "author" in your .sig :)
Agreed. On both counts :-b
I'll make the association between the dlopen and lt_dlopen docs more explicit.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2004, at 03:37, Scott James Remnant wrote:
On Wed, 2004-03-10 at 16:48, Gary V. Vaughan wrote:
Patrick Welche wrote:
| libtool.m4 contains:
|
| # serial 49 AC_PROG_LIBTOOL
| AC_DEFUN_ONCE([LT_INIT],
| AU_DEFUN([AC_PROG_LIBTOOL
to put cp /usr/share/...
./ commands in autogen.sh (because directories might be different on
exotic systems).
How do I fix that?
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6 Apr 2004, at 08:36, Maciej Pietrzak wrote:
On Tue, Apr 06, 2004 at 01:11:30AM +0100, Gary V.Vaughan wrote:
It depends... What does libtoolize --version say?
horpah:~% libtoolize --version
libtoolize (GNU libtool) 1.5.4
Okay.
Do you have the l
We follow the GNU coding standards as far as possible. M4 and
bourne shell code should just be formatted to look like the code around
whatever you are patching.
Contribution guidelines are on the web:
http://www.gnu.org/software/libtool/contribute.html
HTH,
Gary.
- --
Gary
Solaris?
This problem is not specific to Solaris. The same problem occurs on
Digital Unix, or any other OS where libtool doesn't currently use the
C compiler to link.
Is there any technical reason why we need to use ld directly anymore?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13 Apr 2004, at 15:46, Bob Friesenhahn wrote:
On Tue, 13 Apr 2004, Gary V.Vaughan wrote:
So, to accommodate this, how about we use cc to create shared
libraries on Solaris?
This problem is not specific to Solaris. The same problem occurs on
Digital
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14 Apr 2004, at 18:55, Albert Chin wrote:
On Tue, Apr 13, 2004 at 04:51:22PM +0100, Gary V.Vaughan wrote:
On 13 Apr 2004, at 15:46, Bob Friesenhahn wrote:
On Tue, 13 Apr 2004, Gary V.Vaughan wrote:
So, to accommodate this, how about we use cc to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15 Apr 2004, at 00:19, Albert Chin wrote:
On Tue, Apr 13, 2004 at 10:42:05PM +0100, Gary V.Vaughan wrote:
On 14 Apr 2004, at 18:55, Albert Chin wrote:
I already have it done for Solaris, HP-UX, Tru64 UNIX, and IRIX. My
patch is for the 1.5 branch
your copy of libltdl into a package specific libdir.
You should have something like this in your libltdl using source's Makefile.am:
~AM_CPPFLAGS = -I$(top_builddir)/libtldl -I$(top_srcdir)/libltdl
~ _LDADD = -lltdl
Your other sources can then #include "ltdl.h".
HTH,
ving the
build tree, rerunning bootstrap and starting again always fixes it
though. Weird!
If you get anywhere near figuring it out, please let me know!
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.n
otice without changing any code.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
r AC_CONFIG_MACRO_DIR? (That is, use the main package's
AC_CONFIG_MACRO_DIR if none is set in the subpackage's
configure.ac.)
That is autoconf simply tracking back up the tree looking for install-sh
if AC_CONFIG_AUX_DIR is not set in the subpackage. Libtool doesn't d
/local/share/libtool/m4/ltsugar.m4
/usr/local/share/libtool/m4/ltversion.m4
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical A
:
~ AC_LTDL_DLLIB
~ AC_SUBST([LIBADD_DL]) # probably not necessary for libtool >= 1.5
and in Makefile.am:
~ program_LDADD = @LIBADD_DL@
Beware the "Great Renaming" wherein, hopefully, libtool 1.6 will move all
macros into the LT_* and LTDL_* namespaces. autoupdate is your friend.
Cheers,
advantage with putting libtool.m4 out of
| the way, is that it helps ./bootstrap to cope with the
| shortcomings of the current aclocal implementation...
FYI: I've made CVS libtoolize take its files from $aclocaldir again.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut Alexandre!
Alexandre Duret-Lutz wrote:
|>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
| Gary> FYI: I've made CVS libtoolize take its files from $aclocaldir again.
|
| Great! Thanks for doing this.
|
| D
problem, the cause must be
elsewhere...
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/aut
Zeeshan Ali wrote:
> I fail to find a link to a downloadable verion of libtool
> documentation on the libtool home-page. It would be a nice if it was
> available.
http://www.gnu.org/software/libtool/manual.html
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research
ccess to these opaque definitions; but I'm not really sure where
> Gary is going with this refactoring. So I figured I'd just raise the
> issue on the list, and let Gary fix it. :-)
Thanks for the heads up :-)
Although I can't test it (no windows machines here), I believe my
li
Hi Bob! Chuck!
Bob Friesenhahn wrote:
> On Wed, 7 Jul 2004, Gary V. Vaughan wrote:
>
>> Although I can't test it (no windows machines here), I believe my
>> libtool--gary--1.0--patch-25 fixes it.
>
> My bad. Although I am no Windows lover, I need to take more
>
o send a fix to [EMAIL PROTECTED] for my return a
week on
Monday, I'll put the release out then :-)
Cheers,
Gary.
On 16 Jul 2004, at 19:28, Greg Eisenhauer wrote:
Hi Gary,
I dropped the current libtool CVS head on my fedora box to give is a
go. I found two issues, one easy and one n
recommended way?
Agreed.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Greg, Peter,
On 18 Jul 2004, at 15:27, Peter O'Gorman wrote:
hope you come up with something for the -ldl issues.
The fix turned out to be pretty simple, I've just committed
libtool--gary--1.0--patch-34. Not tested on a linux box, but
by
Indeed! Patrick, can you confirm that this fixes it for you? You'll probably
encounter another problem in the same area that I am working on, but you
should see a different error message at least :-(
We probably need to audit the whole of libtool for nested quotes, and add
a test case to s
x in configure for the benefit of ksh fixes things too.)
Does ksh have a way to detect itself programatically so that libtool can add
something of the form:
test -z "$KSH_VERSION" || set +o posix
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Res
Hi Patrick!
Patrick Welche wrote:
> On Tue, Jul 27, 2004 at 01:25:43PM -0700, Paul Eggert wrote:
>
>>"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
>>The workaround in this case is easy. Just omit the outer quotes and
>>remove the inner backslashes
make triggers the right rules to rebuild it properly.
None of the automatic rebuild rules work:
] make
cd .. && /bin/sh /Users/gary/devel/savannah/libtool--devo--1.0/config/missing
--run automake-1.8c --gnits Makefile
configure.ac:179: required file `config/ltmain.sh' not found
make: *
Patrick Welche wrote:
> On Wed, Jul 28, 2004 at 06:38:56PM +0100, Gary V. Vaughan wrote:
>
>>If you revert my patch, or fetch the prepatch revision from my arch
>>mirror, and bootstrap with HEAD autoconf, does the new AS_SHELL_SANITIZE
>>from autoconf preven
Gary V. Vaughan wrote:
> It would be nice to do the
> Grand Renaming to move all of libtool's m4 macros into the LT_ and _LT_
> namespace before the final release.
I'm lost in a sea of shell script at the moment. As a break from working
out the propogated deplibs from preopene
Hi Peter,
Thanks for the feedback.
Peter O'Gorman wrote:
> Gary V. Vaughan wrote:
>
>> ## LT_SYS_SHLIBEXT
>
> Since this is actually the "module" extension, I am not sure that it
> should be called LT_SYS_SHLIBEXT. Although it is only Mac OS X/darwin
I think we should revisit the issue once the dust has settled on the
2.0 tree, and we start working on features again.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://w
automatically called by LT_INIT.
Do we need to patch automake to accept LT_INIT for subdir-objects projects,
or do you think AC_PROG_CC_C_O should be merged with _LT_COMPILER_C_O?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/
he "duplicated" library warning for libstdc++.so when
> linking under Solaris.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Tec
ase report bugs to <[EMAIL PROTECTED]>, along with the verbose
output of any failed test groups, and the output from `./libtool
- --help.'
Enjoy!
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker
/libxmlwrapp.la:
dependency_libs=' -L/usr/src/install/3.2.3/lib -L/usr/local/lib
-L/c/Progra~1/GnuWin32/lib -LC:/msys/1.0/local/lib -lxslt -lxml2 -lz
-lm'
Why does libtool not add the dependency_libs of a linked .la to
the parameters of the g++ command?
- --
Gary V. Vaughan ())
re to elucidate?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGIN PGP
nal question, libtool-2.0 certainly won't
address the current shortcomings, but we will be starting to sort them
out afterwards. Feel free to issue a gentle reminder once the dust has
settled on the release.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Max,
On 5 Sep 2004, at 18:00, Max Bowsher wrote:
What is the estimated timeline towards 2.0?
An alpha every week or two until the tide of fault reports stems,
then I'll branch and roll 2.0 final.
Cheers,
Gary.
- --
Gary V. Va
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut Alexandre!
Welcome back. Hope you enjoyed your vacation :-)
On 7 Sep 2004, at 22:03, Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...]
On Mon, Aug 23, 2004 at 08:29:07PM +0100, Patrick Welc
project to use particular tools. As long as we
continue to support non-automake parent projects, then: +1 from me.
I expect that just means making sure libltdl/configure.ac can build
libltdl.la
as a subproject, so it shouldn't be a problem.
Cheers,
Gary.
- --
Gary V. Vaugha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut!
On 7 Sep 2004, at 22:03, Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> Do we need to patch automake to accept LT_INIT for
Gary> subdir-objects projects, or do you think AC_PROG_C
Alexandre Duret-Lutz wrote:
>>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Gary> So does that simply mean that libtool objects can be correctly built
> Gary> as subdir-objects without AM_PROG_CC_C_O? Sorry to bug yo
Bob Friesenhahn wrote:
> On Fri, 10 Sep 2004, Gary V. Vaughan wrote:
>
>>
>> Okay. But for a project built with `make -j', we still need
>> AM_PROG_CC_C_O
>> and _LT_COMPILER_C_O to understand each others' locks :-(
>>
>>> [...]
&g
from *libtool.m4*, not
guessing and then testing! It also gives us one less thing to maintain
in each libtool port.
Does anyone know of a reason why we can't remove demo-hardcode.test
altogether and move the probes into libtool.m4?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [
rough,
and then have everyone wait for the patch to percolate through to a release.
With that in mind, it would be a shame to have to revert the patches now.
Maybe we could mandate that option arguments to be passed through libtool
have to be mangled? So we'd accept, say, -Woff=all and unmang
Hi Albert,
Albert Chin wrote:
> On Tue, Sep 14, 2004 at 11:55:20AM +0100, Gary V. Vaughan wrote:
>>Maybe we could mandate that option arguments to be passed through
>>libtool have to be mangled? So we'd accept, say, -Woff=all and
>>unmangle it before calling the com
Hi Bob!
Bob Friesenhahn wrote:
> On Tue, 14 Sep 2004, Gary V. Vaughan wrote:
>> Maybe we could mandate that option arguments to be passed through libtool
>> have to be mangled? So we'd accept, say, -Woff=all and unmangle it
>> before
>> calling the compiler...
>
XXX.dll
first. I'm surprised that you get some of each from the same build though;
are they all built with libtool? Maybe the lib.dll come from direct
calls to the compiler driver by automake/Makefile?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research
an be
> automatically generated from an options configuration file.
I was gonna suggest writing an m4 macro to write some code into the libtool
script at configure time...
But first: Do we revert the patches? -1 from me, +1 from Bob so far...
Cheers,
Gary.
--
Gary V.
table release from branch-1-5 (1.5.10 according to Release
Numbering on http://www.gnu.org/software/libtool/contribute.html) if I can
apply Ralf's patch...
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU H
Salut Alexandre!
Alexandre Duret-Lutz wrote:
>>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> Gary> My feeling at the moment is that it would be a small price to pay for
> Gary> simplifying the interface to automake (i.e. _not_ being s
Hallo!
Ralf Wildenhues wrote:
> Alexandre Duret-Lutz writes:
>
>>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>> because AM_PROG_CC_C_O horribly
>> overwrites CC, it's not clear to me whether
>>
>> AM_PROG_CC_C_O
all platforms require a relink at the moment since
- --enable-fast-install is
the default.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Te
e weekend...
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
__
advice, I'd be
delighted to help.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com
-Wl,1 -Wl,-current_version -Wl,1.0
As you can see the ${wl} is printed with the $echo, but when g++ is
actually called, it is properly eval'ed.
Ah, yes I have seen this too, now that you explain it. We need to
figure out which $show is responsible, and make it into an eval $show...
Gary,
1. 5.3.9 is very old
2. the text below is severely mangled and hard to read.
I guess the link step needs to find the [EMAIL PROTECTED] symbol.
3. I'm not a libtool expert, either.
So, I'm forwarding this to my friend Gary in hopes he can forward
it to someone who understands li
Hi Peter,
Peter O'Gorman wrote:
Gary V. Vaughan wrote:
Isn't the problem report -Wl,suppress vs suppress, rather than the wonky
${wl} in the $show?
I don't know. I awoke this morning fully convinced it was Friday (turned
out to be Wednesday), so I may have misread :-).
Odd that,
601 - 700 of 772 matches
Mail list logo
