Re: bug#19108: bad error messages in dist targets, automake 1.14.1

2014-12-19 Thread Gary V. Vaughan
z >> $(am__post_remove_distdir) >> >> >> The error messages are associated with the wrong targets. >> >> I thought I reported this already... >> >> Thanks, >> >> Arnold > Thank for the report. I've applied a fix that will appear in the next > automake release. > > <0001-dist-adjust-warning-messages-about-shar-and-tarZ-dep.patch> It looks like the warning content for those two targets are reversed to me... Cheers, -- Gary V. Vaughan (gary AT gnu DOT org)

Re: [PATCH 1/2] AC_CONFIG_MACRO_DIRS: new macro, mostly for aclocal

2012-10-19 Thread Gary V. Vaughan
ext release, I'm planning to split the libtool project into two: 1. libtool.m4/ltmain.sh + support 2. libltdl + support At that point aclocal will take care of libtool.m4, and libltdl will no longer support being embedded into a project source tree, so libtoolize will be little more than:

Re: [PATCH] {maint} Document in detail some limitations of aclocal.

2010-11-04 Thread Gary V. Vaughan
x it themselves; and if the system files are botched then the system administrator can fix it, maybe pushing to the distributor, the packager and/or upstream developer if appropriate. Cheers, -- Gary V. Vaughan (g...@gnu.org)

Re: [PATCH] {maint} Document in detail some limitations of aclocal.

2010-11-04 Thread Gary V. Vaughan
toconf to find it's own macros unaided. Cheers, -- Gary V. Vaughan (g...@gnu.org)

Re: New auxiliary archive script

2010-08-08 Thread Gary V. Vaughan
> good suggestions that fit in with the existing scripts? > > I don't find arlib so bad, except that it sounds a bit like a library > rather than a program. > > Suggestions appreciated. That's no different to the situation with 'compile'. I think 'a

Re: [PATCH PING] Support AC_CONFIG_LIBOBJ_DIR (fixes PR/401)

2005-05-08 Thread Gary V. Vaughan
It's been a couple of weeks since there was any movement on this thread... just a gentle reminder that the automake section is still awaiting attention. Cheers, Gary. Gary V. Vaughan wrote: > Salut Alexandre, > > Thanks for the feedback: > > Alexandre Duret-Lutz wr

Re: [PATCH] Support AC_CONFIG_LIBOBJ_DIR (fixes PR/401)

2005-04-25 Thread Gary V. Vaughan
time this week-end or next > week. Agreed on all counts. My perl-fu is as always insufficient to the task, thanks for offering to do the rest. ChangeLog entries for automake: 2005-04-25 Gary V. Vaughan <[EMAIL PROTECTED]> Fixes PR/401 * autom

Re: [PATCH] Support AC_CONFIG_LIBOBJ_DIR (fixes PR/401)

2005-04-20 Thread Gary V. Vaughan
Salut Alexandre, Alexandre Duret-Lutz wrote: >>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes: > > Sorry, I think you are misunderstanding the purpose of > AC_CONFIG_LIBOBJ_DIR. But you are breaking common uses of > @LIBOBJS@ while bending it the w

Re: [PATCH] Support AC_CONFIG_LIBOBJ_DIR

2005-04-20 Thread Gary V. Vaughan
Software Foundation, Inc. > > Oops. (And where does this trailing comma come BTW?) Eek! Emacs did it :-( write-file-hooks (copyright-update nuke-trailing-whitespace) Cheers, Gary. -- Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org} Research Scientist ( '/ http:/

Re: [PATCH] Support AC_CONFIG_LIBOBJ_DIR

2005-04-18 Thread Gary V. Vaughan
Hi Paul, Paul Eggert wrote: > I like the patch from the Autoconf point of view, assuming the Automake > folks take their bit. Thanks. > One small point: > > "Gary V. Vaughan" <[EMAIL PROTECTED]> writes: > > >>+ac_libobj_dir= >>+test "X${ac_c

Re: [PATCH] Support AC_CONFIG_LIBOBJ_DIR

2005-04-18 Thread Gary V. Vaughan
-18 Gary V. Vaughan <[EMAIL PROTECTED]> * automake.in (config_libobj_dir): Either `.' or whatever directory is given to AC_CONFIG_LIBOBJ_DIR in configure.ac. (scan_autoconf_traces): Set config_libobj_dir. (require_libobj_with_macro): Use $config_libo

[PATCH] Support AC_CONFIG_LIBOBJ_DIR

2005-04-18 Thread Gary V. Vaughan
irely convinced that the interaction of this patch with the value of $relative_dir in `&require_libobj_with_macro' is entirely correct... 2005-04-18 Gary V. Vaughan <[EMAIL PROTECTED]> * automake.in (config_libobj_dir): Either `.' or whatever directory is given t