make-1.9.6b.tar.bz2
> ftp://sources.redhat.com/pub/automake/automake-1.9.6b.tar.bz2.sig
The download links are broken, referring to 1.9.6b instead of 1.9.5b.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.
at dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD4DBQFCxqUh84KuGfSFAYARAmd6AJ0dhMwZFCvWhwGxIAhD
efault behavior, so if this works, we might as well
document it and fix install-sh accordingly.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcas
ce.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFJ+at84KuGfSF
NU_GETTEXT is expanded from...
> configure.ac:32: the top level
M4 1.4.8 does not use gettext. How are you picking up an instance of
m4/gettext.m4? That should not be happening.
> src/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined
Likewise - m4 1.4.8 does not
XTRA_DIST?
At any rate, your gnulib patch is applied.
>
> 2007-05-17 Ralf Wildenhues <[EMAIL PROTECTED]>
>
> * modules/closein-tests (Makefile.am): Distribute
> `test-closein.sh'.
>
- --
Don't work too hard, make some time for fun as well!
Eri
should we also mention 'autoreconf' as the way to regenerate the
build system?
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~eric
nd not C_FLAGS. Also, I
think that fits better with the GNU Coding Standards:
http://www.gnu.org/prep/standards/standards.html#Command-Variables
which mention appending "FLAGS" (not "_FLAGS") to the utility name.
- --
Don't work too hard, make some time for fun as well!
Jan Engelhardt computergmbh.de> writes:
> stumbled upon a typo in section 22.2 Third Party Makefiles,
> where it says
>
> substitutions: [EMAIL PROTECTED]@', [EMAIL PROTECTED]@', and [EMAIL
> PROTECTED]@' are
Thanks; this has already been fixed in CVS.
--
Eric Blake
ect is not
installed, in which case the test should be skipped rather than failed.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/ebl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[subject line was wrong]
According to Eric Blake on 1/22/2008 10:22 PM:
| FAIL: color.test
| =
| 1 of 526 tests failed
| (95 tests were not run)
| Please report to bug-automake@gnu.org
=
*** Error code 1
Stop in /home/ericb/automake/tests (line 909 of Makefile).
*** Error code 1
Stop in /home/ericb/automake/tests (line 938 of Makefile).
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTE
Eric Blake byu.net> writes:
> | Can you post output of the following please?
> | cd tests && TESTS=color.test VERBOSE=yes make -e check
>
> Colors correctly displayed (at least via my rxvt terminal hosting the ssh
> session to the machine in question). I used the B
Eric Blake byu.net> writes:
>
> +# Check that grep can parse nonprinting characters
> +# BSD grep can do so from a pipe, but not a file.
Maybe we should also add a line:
+# BSD 'grep -a' does just fine from files, but 'grep -a' is not portable.
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[shifting this conversation to autoconf-patches; see
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/4096/focus=4100
for the thread]
According to Ralf Wildenhues on 1/23/2008 3:03 PM:
| Hi Eric,
|
| * Eric Blake wrote on Wed, Jan 23, 2008
se TAB for indenting):
$ cat <<\EOF > Makefile
all:
echo - $(SHELL) - $(MAKE) - $(MAKEFLAGS) - $$MAKEFLAGS -
EOF
$ make
Then repeat, but with adding the same 'SHELL = ...' line at the beginning
that was in m4/Makefile?
- --
Don't work too hard, make some time for fun
oid warning on broken
symlink source files if the resulting aclocal still manages to provide
every needed macro? Meanwhile, I still think coreutils' bootstrap should
delete these broken symlinks before trying to run aclocal.
- --
Don't work too hard, make some time for fun as well!
x27; in
detecting just the broken symlinks?
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with
ile BSD find has some of the same
extensions, it does not have them all. And Solaris find is just too poor
in features to find broken symlinks in the first place. So once you
assume GNU find, you might as well assume it in multiple aspects. I'll
leave it up to Jim what to put in the bootst
ith opinions).
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG w
plying the attached patch.
|
|> and now I remember I was responsible for that too:
|
|> http://lists.gnu.org/archive/html/autoconf/2006-03/msg00073.html
But we failed to list you in THANKS back then :)
- --
Don't work too hard, make some time for fun as well!
Eric Blake [E
add the needed
serialization between clean-local and distclean-generic without triggering
the automake warning about overriding an Automake target?
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Versio
or newer, though.
I don't want to require 3.80.
| All untested.
For now, I'll test (and probably use) the first.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment
on
Darwin and other platforms where fopen(file,"a+") pre-seeks to the
end. If my guess is right, upgrading to m4 1.4.11 will solve your problem.
--
Eric Blake
--
View this message in context:
http://www.nabble.com/automake-config.status-error-after-installing-all-new-automake-via-darwin-p
it might
be located at) over to the project's local m4 directory. Then the single
'ACLOCAL_AMFLAGS = -I m4' is enough to tell autoreconf where to locate the
imported m4 files, without having to maintain them in the project's
version control system.
- --
Don't work too ha
work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http:/
27; output?
>
> Yes, please.
Attached.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Usi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 11/6/2008 1:42 PM:
>> * Eric Blake wrote on Thu, Nov 06, 2008 at 06:09:45AM CET:
>>> Is it intentional that automake now requires threads.pm to build?
>
> Fixed with this patch, pushed. Thanks
ng to play with it. It is not autoconf, but aclocal that is
crashing. I still haven't isolated why aclocal is messing with diversions
when LT_PREREQ occurs prior to AC_INIT, but maybe the real fix lies in
automake, rather than libtool?
- --
Don't work too hard, make some time for fu
n't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mo
>
> This was run on a Sun T5220 using gccfss with gmake under Solaris 10.
>
> I scanned back through and found:
>
> XFAIL: auxdir2.test
> FAIL: check10.test
> XFAIL: cond17.test
> FAIL: mmodely.test
> FAIL: spy.test
> XFAIL: txinfo5.test
>
> Is
nippets recommended in the autoconf manual, I'm sure it
would be appreciated.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake
files in the wild that use '# file.m4 serial n', it seems like
we should make it a valid format rather than forcing all those files to
change.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Ve
ration not supported" on Linux before, so something is going on
that would be worth understanding better.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public
the second autom4te process
loses the battle. Is this a bug in autom4te for not supporting autoconf and
automake in parallel, or is it a bug in automake for not serializing these two
actions when it detects that a change in configure.ac requires rerunning both
autotools?
--
Eric Blake
Eric Blake byu.net> writes:
> > Have you seen them on systems other than Cygwin?
> > How old is this Cygwin version?
>
> Haven't tested other systems yet. This was on cygwin 1.7 (still in beta), so
> it could very well be a cygwin problem, although I am pretty sur
Eric Blake byu.net> writes:
> >
> > Do you see these failures with Automake 1.10.2 also?
>
> I'll start checking that, but thought I'd at least give a first round of
> replies.
>
> > Which Autoconf versions are you using?
>
> This wa
Eric Blake byu.net> writes:
> > The above looks like XFile::lock fails to do its work. We should have a
> > test that ensures that, in either Autoconf or Automake.
>
> Indeed it is possible that some of the cygwin 1.7 improvements might be the
> cause of XFile::lock
fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknqXwUACgkQ84KuGfSFAYC5igCeOp3tLdA7zH92S
mains that we DO want perl's
flock to work for cross-process locking (automake and autoconf both need a lock
on autom4te.cache/requests, to block whichever task starts late).
--
Eric Blake
hand, if I get around to modifying autoconf's
install.texi to mention these newer options, on the grounds that they will
become more popular as more packages update to newer autotools, then that would
cover it for you via INSTALL.
--
Eric Blake
zones, my emacs-
generated timestamp preceded his until we added the UTC lock.
--
Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[moving to bug-automake]
According to Eric Blake on 4/24/2009 9:48 AM:
> David Bruce gmail.com> writes:
>
>>> If you want to refer to the path in C code as a macro "LOCALSTATEDIR",
>>> you have in Makefile.am:
&
.c$/.o/'`
> +cofile=`echo "$cfile" | sed 's|^.*[\\/]||; s|^[a-zA-Z]:||; s/\.c$/.o/;
> s/\.cc$/.o/'`
>
> # Create the lock directory.
> # Note: use `[/\\:.-]' here to ensure that we don't use the same name
>
- --
Don't work too hard, mak
o hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http
implement, and hasn't been a high priority for me.
--
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
From 7bf5c4827f3d7edc7e139915690ce3a495410a07 Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Tue, 9 Feb 2010 06:22:59 -0700
Subject: [PATCH] Avo
-latest.tar.bz2
rmsymlink: m4-latest.tar.bz2
Running gpg --batch --no-tty --passphrase-fd 0 --clearsign
eblake-16107.directive...
Running ncftpput ftp-upload.gnu.org /incoming/ftp
eblake-16107.directive.asc...
--
Don't work too hard, make some time for fun as well!
Eric
with changing the m4 and autoconf manuals with
s/@acronym{GNU}/GNU/ if we agree that it is easier to maintain, and
doesn't buy much typographically.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
typographically.
>
> I think having the (minor) benefit of consistency between GNU manuals
> outweighs the (minor) typographic refinement.
What about @sc{gnu}, which also appears in some but not all GNU manuals?
Is there any difference between @acronym and @sc?
--
Eric Bla
MPILER_OPTION is expanded
> from...
What version of libtool? This is a known bug in older libtool versions,
that has since been fixed upstream.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
ll doesn't
explain the root cause for $(top_builddir) not expanding correctly.
Or maybe the package you are compiling didn't use automake, and it is a
bug in their hand-written Makefile.in?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 07/26/2010 07:40 AM, Eric Blake wrote:
> cd '$(top_builddir)' && ...
>
> since "cd" will succeed but "cd ''" will fail, but that still doesn't
> explain the root cause for $(top_builddir) not expanding correctly.
Scratch that
rk.
+ done | tr '\012\015' ' ' | sed 's/ *$$//'`;
sed requires text input (aka a trailing newline), but the tr produced
non-text output by converting to spaces. You'd need something like:
done | { tr '\012\015' ' '; echo; } | s
[adding bug-automake]
On 09/15/2010 12:59 PM, Ralf Wildenhues wrote:
Hello,
* Eric Blake wrote on Wed, Sep 15, 2010 at 04:15:13PM CEST:
On 09/15/2010 04:37 AM, langdead wrote:
Whether does "ACLOCAL_AMFLAGS= -I @path" only work for "Makefile.am"?
In the context of autor
tically
given the right command-line argument, without having to rely on
automake. At any rate, I don't think anything is going to change on
this front in time for releasing 2.68.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
, it would probably be nice to
have a configure.ac counterpart that automake would understand to mean
automatic addition of --install even for plain 'autoreconf'.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
nds of making things match other tools, but
definitely on the grounds of having simpler code that still complies
with GCS.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
directory variable's value is at make time.
I don't think this aspect of the GCS needs changing.
One other thing to point out is that the GCS documents that 'make
install' should ideally not rebuild any source code, but that this ideal
is only possible if you either _don't
a5019c9db43ed95ad763683761a0023bf536efb Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Tue, 18 Jan 2011 21:49:45 -0700
Subject: [PATCH] ansi-c++-opt: skip C++ dependency style if C++ is unused
* m4/ansi-c++.m4 (gl_PROG_ANSI_CXX): Avoid full-blown dependency
tests when we know C++ compila
be
written:
AS_IF([test -x /bin],
[AM_COND_IF([CONDITION],,
[AC_MSG_ERROR([comma separated, message])
])
])
Remember the quoting rule of thumb - every argument to a macro should be
inside a single layer of quotes unless you really want the macro
expanded first (which is rar
the future:
>>> do not depend upon Autotest without subscribing to the Autoconf mailing
>>> lists.
Maybe it's time to nuke that paragraph from the next autoconf release.
I think we've built up enough of autoconf's testsuite to promise a
stable autotest interface,
$U is defined at make time, rather than on autoconf
for passing literal $U into the makefile in the first place during
AC_LIBOBJ.
Or maybe we do need to consider patching lib/autoconf/general.m4 to make
_AC_LIBOBJS_NORMALIZE only output $U into the makefile conditional on
whether ansi2knr is i
gt; MSVC build).
Is that true even in the face of #line directives? That is, instead of
linking the file, could you create a temporary file that has appropriate
directives prepended to the content of the original file so that debug
information tracks back to the original file name but where the
com
rder to avoid raising potential legal problems.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
'(your rule 1); (your rule 2); st=$?; set +v; exit $st'
And your workaround of an explicit exit rather than relying on $? at the
end of your 'set +e' invocation is indeed the proper way to force the
parallel make bug to be avoided, by exiting prior to any post-commands
injected b
ike, but obtaining a
s/slighlty/slightly/
s/ a$//
> +## 100% precision would be too tricky to be really worth, so we declare
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
ss to the configure check, and
the resulting Makefile is clean (either complying to old POSIX and you
can't override V=[01], or complying to the common extension and
hopefully next POSIX revision, but all with consistent syntax).
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
@am__quote@, and so forth
are hard-coded to the make implementation detected at configure time.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 12/06/2011 08:10 PM, Daniel Richard G. wrote:
> On Tue, 2011 Dec 6 16:26-0700, Eric Blake wrote:
>>
>> Yes, since we already do other configure checks for make capabilities,
>> and substitute that into Makefile.in when producing Makefile. And no
>> one said we ha
play it safe here, per POSIX, is to
> forgo the use of nested variables altogether.
Exactly. Hence the proposal for a configure-time check, which expands
to the extension where the extension was tested to work, and which
expands to an innocuous variant that avoids nested variables where t
`#' characters
> +## is to avoid issues with FreeBSD make. Creative quoting and spacing is
> +## to avoid spurious matches in the grepping of Makefile.in, later.
> + printf '\043 %s %s \043\n' foobar "was here" > $@
This is ASCII-centric; is there any way we can come up with a solution
that also works on EBCDIC machines?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
name at the same
location as you switch to the new consistent node name. The tools will
then keep the old link live by virtue of the anchor, without having to
mess with .symlinks.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
se the one-page-per-node html. Also, looking in that
directory, I see doc/automake.html/Invoking-aclocal.html with contents:
which means the anchor got associated with the page Optional.html,
instead of the desired aclocal-Invocation.html.
So we _do_ need to make the swap.
--
Eric Blak
27;
bash: line 1: /bad: Permission denied
0
To work around the bug, prepend ‘:;’:
$ bash -c ':;{ echo foo; } >/bad; echo $?'
bash: line 1: /bad: Permission denied
1
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
o somewhere safe before sleeping in the background
should be non-invasive and appropriate for all platforms.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
re
likely to notice that they should edit the source that generates the
file, and not the generated file itself.
So how do you propose to tell automake which files are supposed to be
read-only, vs. those that should be writable even if the tarball was
re-created from a read-only srcdir?
e distcheck' intentionally checks that 'make dist'
from a read-only source tarball will accurately create a tarball. This
is a _feature_ of automake's 'make distcheck'. If you want to guarantee
that the generated tarball has certain permissions, then you, as the
pack
t
> eats away space that could be used by those command lines? Oh joy ...
Yes. Unlike on *ix systems, where argv and environ are independent
entities, Windows makes you deal with both limits at the same time, so
increasing the size of environ reduces the size permitted in argv.
--
Eric Blake e
hing*, rather than to
> to the single empty string, as one would expect. This was causing
> a spurious failure in our testsuite when a shell suffering of this
> bug was used to run the test cases.
Yuck - this sounds like it should be documented in the autoconf manual.
Is it only shell fu
it c3797b86ccbd9. Does lowering the minimum requirement to
5.5 fix things, or do we need to revert that patch to actually re-add
the workaround that was dropped by that commit bumping to a newer
version of perl?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
k into a
separate .m4 file that can then be shared across automake and autoconf,
in the same manner that Getopt.pm is shared?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
hat FAIL: cond41.test. Is it the old m4?
>
> m4-1.4.6
Yes - old m4 did error reporting at the end of an error construct rather
than the beginning, which could very easily explain the off-by-one.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
cies/dependencies/; s/such a/such/
> +## completeness would cause more issues than it would solve. See
> +## automake bug#11347.
> +$(generated_TESTS): $(srcdir)/gen-testsuite-part
> +$(srcdir)/t/testsuite-part.am: $(srcdir)/gen-testsuite-part Makefile.am
>
> # Stati
permanent solution,
by borrowing the same trick used by Autoconf. Make this @RELEASE_YEAR@,
which is set by an AC_SUBST'd string that auto-updates itself at
configure time, instead of manually changing it each time a year rolls
around.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
which is not appropriate (at
least, not without a NEWS entry and tests to validate the new behavior).
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
s write to a temporary name and then
use mv to move it into place, for the best safety.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
nse "best practice" assumes that something would, in fact, go wrong if
> the given target file were to be removed sooner, before being replaced.
Yes - in the case of autoconf's config.cache, things DO go wrong in a
subsequent build if config.cache is removed too soon (a partial file c
see if gnulib
> offers something to compute relative paths.
Coreutils has code to compute relative paths; used by both 'realpath'
and 'ln'; maybe it's time to graduate that to a full-blown gnulib module
now that we want to use it elsewhere.
--
Eric Blake ebl...@redhat
o (test, doc etc.), but at least I'd like some feedback.
> Then I'll proceed to Yacc/Bison.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[adding bug-automake, to turn into a formal bug]
On 06/26/2012 11:39 AM, Eric Blake wrote:
> And while looking into how M4 differs from coreutils, I noticed that
> coreutils uses this via a .m4 file included into its configure.ac:
>
> AM_MISSING_PROG(HELP2MAN, help2man)
>
>
[adding bug-autoconf, for an autoconf documentation issue]
On 06/26/2012 11:46 AM, Eric Blake wrote:
> [adding bug-automake, to turn into a formal bug]
>
> On 06/26/2012 11:39 AM, Eric Blake wrote:
>
>> And while looking into how M4 differs from coreutils, I noticed that
>
Addresses automake bug#11793.
This macro has been present for a long time, and coreutils has been
relying on it despite no documentation, which argues that it is stable
enough to be worth documenting.
Furthermore, since we are hoping to change our preferred invocation
from 'missing --run program'
On 06/27/2012 03:55 PM, Eric Blake wrote:
> Addresses automake bug#11793.
>
> This macro has been present for a long time, and coreutils has been
> relying on it despite no documentation, which argues that it is stable
> enough to be worth documenting.
>
> Furthermore, s
smarter about autotest
>> suites built by autoconf, as the current method for running an autotest
>> suite is rather verbose in Makefile.am.
>>
> Absolutely. Patches welcome ;-)
Slowly but surely starting the process of sending patches :)
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
would work; or maybe
if you pre-filter with 'test . -ef .' to ensure that -ef is understood,
before then trying -ef to check for case insensitivity.
Other than that, the only supported method in existing POSIX for
checking for equal files is by parsing 'ls -i' output; but I don&
o I suspect many users intentionally create /bin/RMDIR (or even better,
/bIn/rMdIr), so using it as a hueristic seems okay for a first cut at
the problem at hand. Or, maybe you should just create a file in /tmp
under one spelling and check existence of the file by another spelling.
--
Eric Blake ebl.
On 07/12/2012 11:06 AM, Eric Blake wrote:
Minor correction:
>
> That said, /bin/RMDIR is probably completely portable, but seems like it
^ not
> would be reliable in practice.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtu
On 07/12/2012 12:42 PM, Stefano Lattarini wrote:
>
> In the light of our discussion, attached is the patch I'd finally like
> to push. WDYT?
Looks fine to me (although I have not actually tested it).
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualizatio
vement, and I'm closing this as not a bug in coreutils.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
;-)
Indeed - I still haven't been convinced that we've broken anything that
wasn't already broken (namely, the rare package that uses
AC_CONFIG_MACRO_DIR more than once). But if causing a hard error if
AC_CONFIG_MACRO_DIR multiple times is what is bothering you, then
perhaps it is a one-liner patch to turn it into a warning instead of an
error.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
1 - 100 of 159 matches
Mail list logo