Bob Friesenhahn wrote:
> On Wed, 10 Nov 2004, Gary V. Vaughan wrote:
>
>>>
>>> The main issue I see with using embryo (or small, or Java) or any other
>>> byte-code/VM based machine is that it seems to make it much more
>>> difficult for the end-user to f
Peter O'Gorman wrote:
> Hi Gary,
Howdy!
> Gary V. Vaughan wrote:
>>> Post 2.0:
>
>
>>> 1. Generate a libtool.m4 from a bunch of individual file, one per
>>> platform, to make the job of a "platform maintainer" easier and make it
>>
Hey Bob!
Bob Friesenhahn wrote:
> On Tue, 9 Nov 2004, Gary V. Vaughan wrote:
>
>> Bob Friesenhahn wrote:
>>
>>> There may be some other existing small shell/scripting implementation
>>> which please Unix programmers but are small enough to embed in other
>
On second thoughts, why not take this opportunity to unify the license
exception between libtool and automake so we can share code more easily?
Gary V. Vaughan wrote:
Alexandre Duret-Lutz wrote:
"Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
[...]
Paul> Would you use the ex
e the resulting output file without
restriction.
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.
Hi Ralf,
Ralf Wildenhues wrote:
> Missed that one reading the first time..
>
> * Gary V. Vaughan wrote on Tue, Nov 09, 2004 at 03:24:25PM CET:
>
>>>3. Try and recruit some people to translate the docs?
>>
>>I think there is already a GNU translation project to
ment project in sourceforge CVS.
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/autoboo
that already. Silly me.
I'll have some more coffee before I post again :-@
> A week ago you said that this particular issue was not critial
> enough to be considered for 2.0.
I don't want to hold 2.0 up while we wait for it. But if a fix arrives in
time, then that is a good t
he code is still not very mature.
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/autoboo
te the testsuite post-2.0.
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
si
parallel maintain
and/or generate both shell and C versions at all.
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 `(_~)_
idity with -static/-all-static choosing static files based
on .la file presence.
9. Cross compilation test cases.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www
e. Arguably libltdl/Makefile.am has
ancestry from before I joined libtool, but the clause was already present
in the libtool license when libltdl was added, so there is no
problem in adding the clause back in.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED
ng libtool (and
thus there is a libxml2.la file present), where libz is not.
Yep!
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 Au
Hi Peter,
Peter O'Gorman wrote:
> Gary V. Vaughan wrote:
>
>> Considering Bob's posts about how static linking against system libraries
>> gets you a binary that might stop working if you move it to another
>> similar version, or upgrade your system...
Hi Bill,
Bill Moseley wrote:
> On Tue, Nov 02, 2004 at 12:39:10PM +0000, Gary V. Vaughan wrote:
>
>>>2) Is there a "standard" way to run configure that should build a
>>>completely static binary?
>>
>>Assuming libtool is doing all your linking:
>&
really know
they want to trade off deployability against a static only link.
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 `(_~
> 1. use -static
> 2. don't want fully static
> 3. would have a hard time coping with the change
>
> :-) Cheers - Bruce
What he said :-) As long as they are `few'. I happen to think that they
really are.
And for the very few who really really want fully static, they can
making `-static' choose which system libraries to link dynamically
based on some other method than whether or not they have a .la file attached?
`-lt-static' was still-born, lets pretend I never said that ;-)
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
ld become much easier if the
autotools merged into a single cooperative package to fix this kind of thing.
There was some loose agreement that this would happen someday :-(
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.
Replying to myself after reading more of the thread...
Gary V. Vaughan wrote:
>
> Bob Friesenhahn wrote:
> >
> > The main purpose of building a completely static program is to satisfy
> > security or system bootstrap requirements (/usr partition not mounted).
> >
libm.so.6 => /lib/tls/libm.so.6 (0x40039000)
> libc.so.6 => /lib/tls/libc.so.6 (0x4005d000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
>
> So libswish-e is linked statically there.
But would you be unhappy if libtool took -stat
Hi Bob!
Bob Friesenhahn wrote:
> On Tue, 2 Nov 2004, Gary V. Vaughan wrote:
>
>>
>> Unless someone shouts me down, then according to the principle of least
>> surprise, I'm inclined to change the semantics to:
>>
>> -static do not do any dynamic l
tatic do not do any dynamic linking at all
-lt-staticdo not do any dynamic linking of libtool libraries
(We can keep -all-static as an alias to -static).
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.
trapped tarball.
* Fix hanging bug on MinGW.
Please 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
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,
ntfv-0.dll filament.lo format.lo list.lo
snprintfv.lo stream.l
o
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../libcygwin.a
(libcmain.o)(.text+0x7
d): undefined reference to [EMAIL PROTECTED]'
------
You can respond by visiting:
ht
we need some tests without -no-undefined on platforms which
support generating shared libraries with undefined symbols.
I'll submit a patch proposal presently.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-a
Please report bugs to <[EMAIL PROTECTED]>, along with the verbose
output of any failed test groups, and the output from `./libtool
- --help.'
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker
and I have taken this under advisement, and plan to
start the transition to reloadable objects after the dust on 2.0 has
settled.
Thanks for persevering with us.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass
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
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
__
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
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
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
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
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.
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
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...
>
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
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
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 ())_. [
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
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
-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
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 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
-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
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
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
/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 ())
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
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
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 ( '/
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
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
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
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
ur other developers :-(
Thoughts?
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/au
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
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
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
inspection does the right thing in dependency_libs in libltdl.la.
Let me know if this doesn't fix it. I'll try and roll the alpha
tomorrow night (GMT) if you don't tell me that it's still broken :-)
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTE
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
ould produce a surgical patch if there is. Any
thoughts?
greg
---
--
greg eisenhauer [EMAIL PROTECTED] (404)894-3227
http://www.cc.gatech.edu/~eisen/
College of Computing, Georgia Institute of Technology, Atlanta, GA
30332
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org
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
>
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
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
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
-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
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
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 SIGNATURE-
Version:
/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
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
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
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
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,
ood call... and there is always the ever present next
release
of libtool HEAD real soon now :-/
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libt
s applying to branch-1-5 too, right?
I can't find it in the ChangeLog...
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
used for C. When linking using the linker, the library dependencies
are more assured, but we loose all the platform smarts which are
included for free with the compiler.
My thoughts exactly. If no-one beats me to it, I'll try and look at
this
next week.
Cheers,
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 ())_. [
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
ing from aclocal.m4, try the acinclude recipe above
anyway and rerun aclocal...
HTH,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technica
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 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
#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
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
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.
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
-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
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
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
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
-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
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
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
-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
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
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 ( '/
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 ())_. [
301 - 400 of 744 matches
Mail list logo
