ng
leak of developer tool paths into distributed files bug.
Okay to push?
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
e two independent
changes in a single commit.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
2 Charles Wilson +
> + fix --mode=finish
> + * libltdl/config/ltmain.m4sh (func_mode_finish): Invert then/else
> + blocks of the "if $opt_dry_run" conditional.
> +
[[...]]
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
oted AC_LANG_PROGRAM call.
>(LT_PROG_AR): Use AC_LANG_PROGRAM.
>(_LT_LINKER_SHLIBS) [irix, GCC]: Use the right source for the
>given language.
Add a NEWS item for lack of warnings/fixed latent bug?
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
Some other possible additions:
On 23 Aug 2010, at 09:45, Gary V. Vaughan wrote:
>> Here's the scheme:
>>
>> $autobuild_mode is
>>
>> - either 'default' (when the user forgets, or knows no better ;-)
>>
>> or a hyphen-separated string den
rgument, to be set at configure time.
> Set AB_VERSION to the Libtool version string.
>* HACKING: Update.
>* libltdl/m4/.gitignore: Ignore autobuild.m4.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
tive-rtl
>
> I'm not yet sure whether and when to leave out the compiler and binutils
> vendor strings; on some systems there is one canonical choice and there
> would be no need to distinguish. Not sure if the vendor one would
> always be the best default though.
Considering the amount of data we (or at least the autoconf and gnulib
list) collects about bugs in particular vendor compiler patch levels,
I think that it would be useful to capture this information too -- and
then we can take note of trends in test failures caused by particular
releases.
> Additions welcome.
HTH,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
On 22 Aug 2010, at 22:30, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Aug 22, 2010 at 05:24:05PM CEST:
>> On 22 Aug 2010, at 22:09, Ralf Wildenhues wrote:
>
>>> # consider using shallow clones here, to ease server load.
>>> git clone git://git.sv.gnu.
On 22 Aug 2010, at 21:30, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf!
> * Gary V. Vaughan wrote on Sun, Aug 22, 2010 at 04:05:12PM CEST:
>> On 22 Aug 2010, at 17:55, Ralf Wildenhues wrote:
>>> I've had this patch series half-done in my tree for a long time,
>>
Hallo Ralf,
On 22 Aug 2010, at 22:09, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Aug 22, 2010 at 04:17:49PM CEST:
>> I wonder whether it is possible to write a test that looks for
>> the oldest Automake and Autoconf we declare our support for,
>> and rerun th
der whether it is possible to write a test that looks for
the oldest Automake and Autoconf we declare our support for,
and rerun the relevant tests with them? That would have
caught several of the errors I made with the m4sh patches I
submitted over the last couple of months...
Cheers,
--
Ga
p to a slew of reports from casual early adopters who
have trouble with the altered testsuite, then in principle I have
no problem with merging.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
Hallo Ralf,
On 22 Aug 2010, at 17:29, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Aug 22, 2010 at 06:46:55AM CEST:
>> On 22 Aug 2010, at 11:23, Ralf Wildenhues wrote:
>> However, I continue to strongly dislike the old testsuite, and would
>> much prefer to mi
nd continue to be) a real pain.
> Even with this patch, 'make clean' may be very slow in the case where
> the test subdirectories need reconfiguring. That is an orthogonal and
> IMVHO minor issue, which I don't know how fix easily though.
I do: see the first six words of my last para ;)
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
at it still works more or less! :-)
>
> This patch fixes the fall-out. OK to push if the use of $at_status is
> sanctioned?
> <http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/7323>
Nice catch! I have no idea about at_status, but pending that please
do push.
C
etopt-m4sh.at |6 +++---
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index b71c668..ce4c9db 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2010-08-10 Gary V. Vaughan(tiny change)
+
+ Make testsuite compatible with Autoconf 2.62 again.
+
##
m4_defun([AC_PROG_SED],
[...
])#AC_PROG_SED
])#m4_ifndef
The latter is closer to what you're aiming at, and thus I think your
proposal is perfectly fine :)
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
On Aug 9, 2010, at 10:38 PM, Peter O'Gorman wrote:
> On 08/09/2010 12:33 AM, Gary V. Vaughan wrote:
>> By the reasoning I stated there, we should really have branched
>> for 2.2 releases before adding any new features. So, if we
>> want to release a 2.2.12, then
Hallo Ralf,
The following patch makes it possible to bootstrap libtool.git master with
Autoconf 2.62,
though it is not necessary when using a newer Autoconf.
Unfortunately I don't know my way around the innards of Autotest well enough to
be able
to figure out what the problem is, though with ti
Hallo Ralf,
On 9 Aug 2010, at 12:15, Ralf Wildenhues wrote:
> I think we should have a rule to not apply pure optimization patches
> without measurement results.
Agreed. We should document that somewhere too, so that we don't
forget.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hallo Ralf,
On 7 Aug 2010, at 02:02, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Fri, Aug 06, 2010 at 08:53:15PM CEST:
>> Another viable compromise might be to call the next release
>> 2.3.0?
>
> Maybe it's early enough to finalize a decision on this when we
On 7 Aug 2010, at 18:15, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf,
> * Ralf Wildenhues wrote on Mon, Jun 28, 2010 at 07:34:35AM CEST:
>> * Gary V. Vaughan wrote on Mon, Jun 28, 2010 at 01:24:39AM CEST:
>>> Looking through the XSI substitutions, or more correctly the bas
Hi Bob,
On 6 Aug 2010, at 22:30, Bob Friesenhahn wrote:
> On Fri, 6 Aug 2010, Gary V. Vaughan wrote:
>>>
>>> OTOH, since I hope to have more larger changes in the future, I'm not
>>> sure we really want another major number bump already.
>>
On 6 Aug 2010, at 11:59, Ralf Wildenhues wrote:
> Hello Gary,
Hallo Ralf!
> * Gary V. Vaughan wrote on Fri, Aug 06, 2010 at 06:01:37AM CEST:
>> I promised to roll a 2.2.12 release this month. But looking at the
>> huge progress we've made so far with Windows since 2.2.10,
at a point release
every 2 or 3 months, so it will not be much of a wait until the
next release rolls around).
Slightly related, I wonder whether all the progress on Windows
justifies calling the next release 2.4?
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
at file too, but somehow
it seems I didn't commit :(
Thanks for the catch, and please push!
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
On 9 Jul 2010, at 00:46, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf,
> * Gary V. Vaughan wrote on Thu, Jul 08, 2010 at 03:37:23PM CEST:
>> commit 8c4dae1232958c24989f31ab5b5768d00be2ef03
>> Author: Gary V. Vaughan
>> Date: Thu Jul 8 18:47:59 2010 +0700
>>
Hi Peter,
On 9 Jul 2010, at 12:48, Peter O'Gorman wrote:
> On 07/08/2010 08:27 AM, Gary V. Vaughan wrote:
>> Pushed as obvious:
>>
>> While it looks large, the entire patch was made with a 5-line sed script
>> that replaces "XSI" with "Extended shel
m4sh (func_append, func_append_quoted)
(func_arith, func_len, func_lo2o, func_xform): Ditto.
* tests/getopt-m4sh.at (_LT_AT_XSI_FUNC_EXTRACT): Rename to
_LT_AT_EXTENDED_SHELL_FUNC_EXTRACT.
(_LT_AT_EXTENDED_SHELL_FUNC_EXTRACT): Change regular expression to
match new replacable function decorat
you posted verbose test
> failure output (or excerpts), that would make assigning blame easier,
> I guess.
For the record, at this commit:
2010-07-05 Peter Rosin
* tests/export.at [MSVC]: dllimport all imported variables.
All tests behave as expected on Mac OS 10.6.3 (although I have no
gcj or gfortran).
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
variables."
> into master (the patch is also attached).
Looks good. Please push.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
ocument
> new variable.
While I haven't tested (it should have no effect on the hosts I use
anyway!), I read through the previous discussions. Also, by inspection,
the code looks good to me, and more than 72 hours have passed without
objections having been raised, so please go ahead and push!
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
e are no opportunities for additional entries in our New
> York True Life book series. Thank you for your interest in Bob's
> Publishing Company, and Keep Writing!"
>
> Unless the contributor of patch X goes off to scratch YOUR itch
> regarding Y and Z. That's not th
On 5 Jul 2010, at 12:36, Gary V. Vaughan wrote:
> On Jul 5, 2010, at 1:26 AM, Ralf Wildenhues wrote:
>> So, is anyone of you working on a testsuite addition, so I'd
>> be doing double work?
>
> I plan to look at it eventually, and have it on my todo list to try and make
Hallo Ralf,
On Jul 5, 2010, at 1:26 AM, Ralf Wildenhues wrote:
> Hi Gary, Peter,
>
> * Gary V. Vaughan wrote on Sat, Jul 03, 2010 at 10:23:12AM CEST:
>> On 3 Jul 2010, at 15:15, Peter Rosin wrote:
>>> Fix typo in "Add func_append_quoted and do..."
>&
Hi Peter,
On 2 Jul 2010, at 00:38, Peter Rosin wrote:
> Den 2010-06-28 01:24 skrev Gary V. Vaughan:
>> Looking through the XSI substitutions, or more correctly the bash/ksh
>> func_append usage, there's room here to consistently use func_append
>> everywhere to make for
Hi Peter,
On 2 Jul 2010, at 00:25, Peter Rosin wrote:
> Den 2010-06-28 01:24 skrev Gary V. Vaughan:
>> Looking through the XSI substitutions, or more correctly the bash/ksh
>> func_append usage, there's room here to consistently use func_append
>> everywhere to make for
Hi Bob,
On 30 Jun 2010, at 22:20, Bob Friesenhahn wrote:
> On Wed, 30 Jun 2010, Gary V. Vaughan wrote:
>>>
>>> 6: enhanced shell option appending FAILED
>>> (getopt-m4sh.at:183)
>>
>> I can't reproduce.
>>
>> Are you s
ailure
that would help narrow it down some too. I don't think the changes I've
committed in the last couple of days should cause this failure, so it might
have been around a little longer...
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hi Bob,
On 30 Jun 2010, at 05:39, Bob Friesenhahn wrote:
> On Wed, 30 Jun 2010, Gary V. Vaughan wrote:
>>
>> I can't reproduce this one. But that might be something to do with the fix
>> I just committed...
>
> I am dutifully re-running
w verbose logs of
the fails if they haven't gone away please?
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hallo Ralf,
On 30 Jun 2010, at 01:22, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Tue, Jun 29, 2010 at 05:09:29PM CEST:
>> On 29 Jun 2010, at 21:03, Eric Blake wrote:
>>> Ultimately, I'd like to fix m4sh to make it easier to probe/require XSI
>>> support,
Hi Eric,
On 29 Jun 2010, at 21:03, Eric Blake wrote:
> On 06/29/2010 12:52 AM, Gary V. Vaughan wrote:
>>>>> i=$((i+1))
>>
>> I think we can't rely on the availability of $((expr)) :(
>
> Is there any shell that supports XSI but not $(()), seeing as how
Hi Paolo,
On 29 Jun 2010, at 15:21, Paolo Bonzini wrote:
> On 06/29/2010 08:52 AM, Gary V. Vaughan wrote:
>> func_split_short_arg ()
>> {
>> arg="$1"; while test ${#arg} -gt 2; do arg="${arg%?}"; done
>> rest=${1%??}
>> }
>
> What a
tion into Autoconf after 2.66, and I
haven't yet figured out how to generalize the function substitution to
apply to all M4SH_GETOPTS clients when that happens (Libtool master
currently hardcodes just the libtool script for function substitution,
with everything else using just the sed fallback implementations).
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
the full Windows required implementations
into ltmain.m4sh, and using _LT_PROG_XSI_REPLACE to replace them with
stubs when configure is not building on (or for!!) a Windows machine?
(At that point, we should come up with a better name, and changing the
decorator strings to match. The "XSI" is already a misnomer now that I'm
using it for `+=' and ${foo:n:m} constructions.)
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hallo Ralf,
Thanks for the review.
On 27 Jun 2010, at 19:02, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Jun 27, 2010 at 12:58:03PM CEST:
>> Okay to push?
>
> No, ${parameter:offset} and ${parameter:offset:length} are bash specific
> not XSI mandated.
Ah, okay
| 17 ++
3 files changed, 263 insertions(+), 226 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index cf3af83..298058d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,22 @@
2010-06-28 Gary V. Vaughan
+ Add func_append_quoted and do inline func_append substitutions.
+ *
+++
libltdl/m4/libtool.m4 |8 ++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 2336820..c0f284a 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,12 @@
2010-06-27 Gary V. Vaughan
+ Add an XSI replacement for func_split_short_opt
Hallo Ralf,
On 27 Jun 2010, at 17:23, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Jun 27, 2010 at 11:52:32AM CEST:
>> On 27 Jun 2010, at 15:49, Ralf Wildenhues wrote:
>>>> --- a/libltdl/m4/libtool.m4
>>>> +++ b/libltdl/m4/libtool.m4
>
>&g
Hallo Ralf,
On 27 Jun 2010, at 15:49, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Jun 27, 2010 at 08:57:58AM CEST:
>> commit ee2dde86ba2f1bdc0638726c6580b96800ad4b39
>> Author: Gary V. Vaughan
>> Date: Sun Jun 27 13:57:50 2010 +0700
>>
>>Fix p
Hallo Ralf,
On 27 Jun 2010, at 00:44, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Tue, Jun 22, 2010 at 10:23:39PM CEST:
>> This is the improved (and renamed) `Use getopt.m4sh to generate libtool
>> option parser.' patch I promised yesterday. I'm pretty happy wit
Hallo Ralf,
Thanks again for the review.
On 27 Jun 2010, at 04:26, Ralf Wildenhues wrote:
> another partial review:
>
> * Gary V. Vaughan wrote on Tue, Jun 22, 2010 at 10:23:39PM CEST:
>> --- a/libltdl/config/general.m4sh
>> +++ b/libltdl/config/general.m4sh
>
long way off yet. I'm still
on the fence regarding whether dlfcn.h is even a good starting point for the
API... any nuggets of wisdom or insight would be appreciated more at this point
than they will when I post a draft implementation in several months.
More here: http://lists.gnu.org/archive/html/libtool/2010-06/msg00057.html
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
On 23 Jun 2010, at 13:56, Peter Rosin wrote:
> Hi Gary,
Hi Peter,
> Den 2010-06-22 14:53 skrev Gary V. Vaughan:
>> In this case, Peter, would you point me at the followup patches that need
>> this preliminary prep work? I had a poke around in your git branch but
>> could
3 Jun 2010, at 03:23, Gary V. Vaughan wrote:
> * libltdl/m4/libtool.m4 (_LT_PROG_XSI_SHELLFNS): Moved portable
> shell versions of various utility functions from here...
> * libltdl/config/getopt.m4sh (func_split_long_opt): ...to here...
> * libltdl/config/general.m4sh (func_dirna
Hallo Ralf, Peter,
On 23 Jun 2010, at 03:16, Ralf Wildenhues wrote:
> * Peter Rosin wrote on Tue, Jun 22, 2010 at 03:07:30PM CEST:
>> Den 2010-06-22 13:54 skrev Gary V. Vaughan:
>>> But compile_tag is never set, so the patch is a NOP!
>
>>> If this has to be fudged
oleted $mode in
message leader.
Signed-off-by: Gary V. Vaughan
---
ChangeLog | 25 +++
libltdl/config/general.m4sh | 61 ++--
libltdl/config/getopt.m4sh | 49 --
libltdl/config/ltmain.m4sh | 367 ---
libl
Hi Chuck,On 22 Jun 2010, at 19:10, Charles Wilson wrote:On 6/22/2010 7:54 AM, Gary V. Vaughan wrote:But compile_tag is never set, so the patch is a NOP!If that happens with a later patch in your series, please roll allthe compile_tag machinery into a single commit.But what if that later patch, in
ppens with a later patch in your series, please roll all
the compile_tag machinery into a single commit.
If this has to be fudged into the libtool tag settings by hand to
support MSVC (or some other nefarious means I'm missing), then
please document that.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hallo Ralf,
On 22 Jun 2010, at 12:48, Ralf Wildenhues wrote:
>> On 12 Jun 2010, at 17:45, Ralf Wildenhues wrote:
>>> * Gary V. Vaughan wrote on Sat, Jun 12, 2010 at 12:34:04PM CEST:
>>>> That's quite an invasive change, since the core of the M4SH_GETOPTS
>>&
[working through my email backlog after being mostly offline for the
last week or more. Apologies if this is too late to be relevant.]
On 13 Jun 2010, at 12:07, Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Sun, Jun 13, 2010 at 06:07:44AM CEST:
>> On 06/11/2010 11:56 PM, G
On 22 Jun 2010, at 00:59, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf,
> * Gary V. Vaughan wrote on Mon, Jun 21, 2010 at 02:56:12PM CEST:
>> This fixes the FreeBSD bootstrap problem. Okay to push?
>
> Okay if it passes the testsuite.
Tx. Pushed.
[moved comments on my oth
abit of
updating their Autotools within a few years of each other before they
bootstrap git clones), they won't notice anything.
WDYT?
[And back to the original thread]
On 12 Jun 2010, at 17:45, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sat, Jun 12, 2010 at 12:34:04PM CEST:
&
), 13 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 9bc84c8..18e346d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,13 @@
+2010-06-21 Gary V. Vaughan
+
+ Ensure getopts.m4sh is compatible with Autoconf-2.61 and newer.
+ * libltdl/config/getopt.m4sh (m4_chomp): Ensur
On 12 Jun 2010, at 15:48, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf,
Thanks again for the review.
> * Gary V. Vaughan wrote on Fri, Jun 11, 2010 at 07:22:52PM CEST:
>> Okay to push?
>
>> * libltdl/config/ltmain.m4sh: Replace hand written shell code
>> with a c
suggestions welcome.
2 & 4: A-OK :) Please push.
1: There might be a better way. I'm thinking...
3: eww!
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
obsoleted $mode in
message leader.
Signed-off-by: Gary V. Vaughan
---
ChangeLog |8 +
libltdl/config/general.m4sh |6 +-
libltdl/config/ltmain.m4sh | 330 +--
3 files changed, 144 insertions(+), 200 deletions(-)
diff --git a
Hallo Ralf,
Thanks for the review.
On 10 Jun 2010, at 23:54, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Thu, Jun 10, 2010 at 05:18:08PM CEST:
>> Okay to push?
>
> Some of the $ECHO use ($ECHO "$opt") now became plain echo, that might
> be a problem with b
use the non-pic objects to create a reloadable
> object, because pic objects do not exist.
Looks good to me.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
/ChangeLog b/ChangeLog
index ce76dcf..431e786 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,15 @@
2010-06-10 Gary V. Vaughan
+ Use getopt.m4sh to generate libtoolize option parser.
+ * libtoolize.m4sh: Replace hand written shell code with a
+ call to M4SH_GETOPTS. Move some
>m4_defn for tag so LT_AT_TAG works.
>* tests/infer-tag.at (GCJ inferred tag): Simplify.
>* THANKS: Update.
>Report by Warren Dodge.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hi Eric,
On 8 Jun 2010, at 08:37, Eric Blake wrote:
> On 06/06/2010 06:13 AM, Gary V. Vaughan wrote:
>>> I see the point in the factorization of the option parsing, and I have
>>> to admit to not having tested or even looked in detail at these changes
>>> yet, but o
or something in the manual that my change made worse in any way?
In all autotools manuals, use of "you" is already abundant.
Actually, in this and many other cases I consider the use of "you" to
be better style for a technical manual, since it actively engages the
reader in
I should have proof read this before sending it:
On 6 Jun 2010, at 20:19, Gary V. Vaughan wrote:
> It's a pity that m4sh hasn't caught on. I find it to be a very
> pleasant and productive shell script development environment. I
> don't know whether that's because t
Hallo Ralf, Eric,
On 6 Jun 2010, at 19:46, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sun, Jun 06, 2010 at 02:13:35PM CEST:
>> On Jun 6, 2010, at 6:38 PM, Ralf Wildenhues wrote:
>>> I see the point in the factorization of the option parsing, and I have
>>> to
tro to be gender-neutral.
>
>* doc/libtool.texi (Introduction): Use gender-neutral
>formulation when addressing developers.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hallo Ralf,
On Jun 6, 2010, at 6:38 PM, Ralf Wildenhues
wrote:
* Gary V. Vaughan wrote on Fri, Jun 04, 2010 at 07:50:31PM CEST:
Provide an m4sh reimplementation of announce-gen.
* libltdl/config/getopt.m4sh (M4SH_GETOPTS): New macro that takes
a quoted m4 list of command line
Hallo Ralf,
On 6 Jun 2010, at 16:50, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Sat, Jun 05, 2010 at 11:08:47AM CEST:
>> Itchy trigger finger. I meant to add:
>>
>> Okay to push?
>
> Well, the M4SH_GETOPTS part certainly is rather hard to read because of
Itchy trigger finger. I meant to add:
Okay to push?
On Jun 5, 2010, at 11:45 AM, Gary V. Vaughan wrote:
* clcommit.m4sh, libltdl/config/mailnotify.m4sh: Rewrite option
parsing loop over M4SH_GETOPTS macro, and adjust all clients of
option variables to use generated option names
++--
libltdl/config/mailnotify.m4sh | 394
3 files changed, 306 insertions(+), 411 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index c511b59..6c397c9 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,10 @@
2010-06-05 Gary V. Vaughan
+ Update and
On 22 May 2010, at 16:04, Ralf Wildenhues wrote:
> Hi Gary,
Hallo Ralf,
> * Gary V. Vaughan wrote on Fri, May 21, 2010 at 02:22:09AM CEST:
>> The Libtool Team is pleased to announce release candidate 2.2.7b of GNU
>> Libtool. If there are no serious deficiencies reported in t
Hallo Ralf,
On 1 Dec 2009, at 06:39, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Tue, Dec 01, 2009 at 12:02:42AM CET:
>> On 30 Nov 2009, at 16:01, Ralf Wildenhues wrote:
>>> * Gary V. Vaughan wrote on Mon, Nov 30, 2009 at 06:29:54PM CET:
>>>> On 29 Nov 2
Hallo Ralf,
On 30 Nov 2009, at 16:01, Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Mon, Nov 30, 2009 at 06:29:54PM CET:
>> On 29 Nov 2009, at 16:27, Ralf Wildenhues wrote:
>>> - slist_remove should IMVHO return an SList *, because otherwise there
>>> is no way to
Typo alert:
On 30 Nov 2009, at 12:29, Gary V. Vaughan wrote:
> if you are proposing that SListCallback functions passed to
> slist_remove should always return SList *, then that does seem like a
> worthy addition to me. In that case, the following is cleaner, and
> goes some
hange or only
> a revision change, so versioning bump is still missing.
Implicit 'char *' to 'const char *' ought to work seamlessly IIUC, so
I'm not sure the version needs to change at all...
> Review appreciated.
By inspection only, but I hope it helps.
>(slist_sort): Do not loop forever on one-item list.
Nice catch! Thanks.
Cheers,
Gary
--
Gary V. Vaughan (g...@gnu.org)
On 8 Sep 2008, at 00:05, Bob Friesenhahn wrote:
On Sun, 7 Sep 2008, Gary V. Vaughan wrote:
Adding 2 to age in 2.2.8 will not help, as it will change the
soname again.
Maybe we should pull the release, and put out 2.2.6.1?
How does one pull a release? I don't think it is pos
Hi Peter,
On 7 Sep 2008, at 23:17, Peter O'Gorman wrote:
Gary V. Vaughan wrote:
Oh, sorry. I took the 'version management' rules a bit too
literally :(
4. If any interfaces have been added, removed, or changed since the
last update, increment CURRENT, and set REVISION
Hallo Ralf,
On 7 Sep 2008, at 16:22, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Sun, Sep 07, 2008 at 10:12:30AM CEST:
On 7 Sep 2008, at 15:21, Ralf Wildenhues wrote:
+# HELP?!? How to check for git push conflicts?
Doesn't `git push --dry-run' provide this information
Hallo Ralf,
On 7 Sep 2008, at 15:21, Ralf Wildenhues wrote:
+# HELP?!? How to check for git push conflicts?
Not sure why needed. git push will not, unless you force it, push
something that is not a fast-forward of the remote tree.
The original cvs commit script used to "cvs -nq update
Hallo Ralf!
On 7 Sep 2008, at 15:15, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Sun, Sep 07, 2008 at 09:06:59AM CEST:
On 7 Sep 2008, at 06:41, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Sat, Sep 06, 2008 at 11:12:33PM CEST:
* configure.ac (AM_INIT_AUTOMAKE): Specify dist
On 7 Sep 2008, at 06:34, Ralf Wildenhues wrote:
[ moving from libtool-commit ]
Hi Gary,
a couple of nits. Note that I currently don't feel the need for
a commit script, as we have commit messages enabled through git
anyway. But if it suits you...
Peter asked for it to be fixed, since it gra
Hallo Ralf,
On 7 Sep 2008, at 06:41, Ralf Wildenhues wrote:
[ moving from libtool-patches ]
Hi Gary,
* Gary V. Vaughan wrote on Sat, Sep 06, 2008 at 11:12:33PM CEST:
Prepare for next stable release.
* libltdl/Makefile.inc (LTDL_VERSION_INFO): Update.
* libltdl/m4/libtool.m4: Bump
On 7 Sep 2008, at 04:02, Ralf Wildenhues wrote:
* Eric Blake wrote on Sat, Sep 06, 2008 at 09:56:29PM CEST:
According to Gary V. Vaughan on 9/6/2008 1:51 PM:
Root: /srv/git/libtool.git
Timestamp: 1.3012 2008-09-07
Branch: master
Changes by: [EMAIL PROTECTED]
Log
Root: /srv/git/libtool.git
Timestamp: 1.3012 2008-09-07
Branch: master
Changes by: [EMAIL PROTECTED]
Log Message:
Convert mailnotify headers to git.
* clcommit.m4sh: Improve mailnotify contents.
--
Email me: [EMAIL PROTECTED]
Root: /srv/git/libtool.git
Timestamp: 1.3012 2008-09-07
Branch: master
Changes by: [EMAIL PROTECTED]
Log Message:
Make ./commit useful again.
* clcommit.m4sh: Major overhaul and simplification for git.
--
Email me: [EMAIL PROTECTED]
On 16 Aug 2008, at 17:25, Ralf Wildenhues wrote:
Hi Gary,
Hallo Ralf,
late
;o)
second round of review:
+ archive_name = MALLOC (char, LT_STRLEN (name) + 3);
This should probably be
LT_STRLEN (name) + LT_STRLEN (".a") + 1
except that...
- if (tryall_dlopen (&newha
Hallo Ralf,
On 2 Aug 2008, at 00:28, Ralf Wildenhues wrote:
Hi Gary,
I've pushed this to improve some of the statements.
Thankyou :)
(linux w/o GNU, ts ts... ;-)
/me hangs head in shame
Cheers,
Ralf
Cheers,
Gary
--
. ())_. Email me: [EMAIL PROTECTED]
. ( '/
On 18 Jun 2008, at 18:02, Gary V. Vaughan wrote:
Ping?
I'll push in a day or two unless someone asks me not to...
Finally pushed 44 days later... sorry for the delay.
On 7 May 2008, at 21:32, Gary V. Vaughan wrote:
* libltdl/m4/ltdl.m4 (LTDL_INIT): Check for a libltdl that
pro
Ping?
I'll push in a day or two unless someone asks me not to...
On 7 May 2008, at 21:32, Gary V. Vaughan wrote:
* libltdl/m4/ltdl.m4 (LTDL_INIT): Check for a libltdl that
provides lt_dladvise_preopen when deciding if installed libltdl
is 'new enough'.
* libltdl/libltd
301 - 400 of 1050 matches
Mail list logo
