mode, rather than binary
mode, or else treating \\\r, \\\r\n, and \\\n as equivalent line
continuations. I was able to work around the bug locally by stripping
out all \r from Makefile.am.
--
This signature intentionally left boring.
Eric Blake [EMAIL PROTECTED]
BYU student, free
What do you want me to do to test this out, so we can fix the root of
the problem?
Tom Tromey wrote to the Classpath list [EMAIL PROTECTED]:
Eric == Eric Blake [EMAIL PROTECTED] writes:
Eric automake: native/jni/java-lang/Makefile.am: `\' is not a standard
Eric libtool library name
the call to binmode in
XFile.pm, and everything worked fine for me. I was able to run automake
on files that previously died because of the CRLF nonsense of Windows.
2002-02-10 Eric Blake [EMAIL PROTECTED]
* lib/Automake/XFile.pm (open): Don't use binmode on files, as it
breaks
::XFile, overload the
getline method (as well as the HANDLE operator) to strip \r before
passing any line of text to the rest of automake.
Alexandre Duret-Lutz wrote:
Eric == Eric Blake [EMAIL PROTECTED] writes:
[...]
Eric So my previous patch did not solve the file read problem
replacement: $_ may can contains many lines
+# in slurp mode ($/ = undef).
+s/\015\012/\n/gs if defined $_;
+return $_;
}
1;
--
Alexandre Duret-Lutz
--
This signature intentionally left boring.
Eric Blake [EMAIL PROTECTED]
BYU student, free software
]: Leaving directory `/home/eblake/automake/tests
make[1]: Leaving directory `/home/eblake/automake/tests'
It looks like everything is just fine on cygwin with this patch applied.
--
This signature intentionally left boring.
Eric Blake [EMAIL PROTECTED]
BYU student, free software
)
'$'; else $(CYGPATH_W) '$(srcdir)/$'`; \
Notice the missing fi inside the backticks.
I don't have the automake sources in front of me, but the file to patch
gets installed as /usr/share/automake/am/depend2.am.
2002-11-14 Eric Blake [EMAIL PROTECTED]
* am/depend2.am: Add missing fi in c.obj rule
-recursive, distclean-recursive, maintainer-clean-recursive):
Process all words of $MAKEFLAGS when checking for -k.
* tests/check4.test: New file.
* tests/Makefile.am (TESTS): Add check4.test.
Report from Eric Blake.
I verified that `make -k' worked on cygwin after applying
therefore not be incorporated in the package
that uses gnulib.
Actually, regexprops-generic.texi is also end-user doc, which CVS Head of
M4 wants to incorporate.
2006-07-10 Eric Blake [EMAIL PROTECTED]
* gnulib-tool: Avoid space-tab.
What's the point of this change? Also, please present
rather than shared libraries for dlopen'ing. It would be nice if automake
provided $(pkglibexecdir) alongside $(pkglibdir) and friends.
[1] http://www.gnu.org/prep/standards/standards.html#Directory-Variables
--
Eric Blake
-dependency-tracking' - this is
exactly what it was invented for.
- --
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
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
iD8DBQFFGxns84KuGfSFAYARAppXAKCOBXg3JyqwuAhcvV4
after the copyright/warranty.
- --
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 12/3/2006 2:26 AM:
Hello Eric,
On Sun, Oct 15, 2006 at 07:02:50PM -0600, Eric Blake wrote:
Thanks for the 1.10 release! However, 'automake --version' does not
comply with GNU Coding Standards. The Copyright line
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 12/3/2006 8:09 AM:
According to Ralf Wildenhues on 12/3/2006 2:26 AM:
Hello Eric,
On Sun, Oct 15, 2006 at 07:02:50PM -0600, Eric Blake wrote:
Thanks for the 1.10 release! However, 'automake --version' does not
comply
been done for gnulib - namely, turn of write access to the old CVS
repository, and no longer publish its address, but still leave it live for
doing diffs.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG
automake version (I'm assuming you have 1.10,
but not 1.9, installed on your PATH). Once that is done, future gnulib
updates will remember that you used automake 1.10, and no longer insist on
trying automake-1.9.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL
rules:
http://sourceware.org/automake/automake.html#index-Adding-new-_0040code_007bSUFFIXES_007d-880
- --
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
, and so that users trying to write bug
reports against the macro have a better chance of guessing which package
actually owns the macro?
- --
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
to get
them off ?
They are merely warnings. But if you don't want them, then you should
follow their advice, and move the serial number comment on line 3700 to
live prior to any macro definitions in your included .m4 files.
- --
Don't work too hard, make some time for fun as well!
Eric Blake
a hard dependency on (as yet
unreleased) automake.
- --
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
)? Or is it
better to figure out how this user got 'set -u' enabled in your SHELL in
the first place, and add workarounds (perhaps in autoconf, rather than
automake?) to avoid such an awkward setup?
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED
= ...' line at the
beginning that was in m4/Makefile?
You didn't run this test.
Also, could there be some other environment variables interfering? At
this point, the output of 'env' might prove helpful. Anyone else have ideas?
- --
Don't work too hard, make some time for fun as well!
Eric Blake
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 with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkfjp
-sensitive
GNU make). Maybe the short answer is that on MSYS (or anywhere else with
case-insensitive GNU make), you should not expect 'make dist*' to work.
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9
/automake/manual/html_node/Dist.html#Dist
- --
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: Using GnuPG with Mozilla
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://enigmail.mozdev.org
{autoheader} internally.
+Passed on to @command{aclocal}, @command{autoconf} and
@command{autoheader} internally.
@item [EMAIL PROTECTED]
@itemx -B @var{dir}
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE
that gets compiled. For example, see how gnulib does it:
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=modules/configmake;h=5160128;hb=58fe6dc
- --
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
added perl
threading to make channel processing more efficient).
- --
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.gpg
Comment: Using
commentary on it.
- --
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.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
.
- --
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.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/00gnulib.m4
http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=fcf62c3d
- --
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
incompatible output unless the user
provides an explicit --disable-silent-rules or V=1, then we should not
accept an optional arg to AM_SILENT_RULES.
- --
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
distcheck'), that I think it would be nice if using AM_INIT_AUTOMAKE did
make the ./configure --help mention the future effect of DESTDIR.
- --
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
with proper VPATH builds; two aspects that many
non-automake packages get horribly wrong.
http://www.gnu.org/software/automake/manual/automake.html#Preparing-Distributions
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version
okay with either leaving it undocumented, or removing
the optional argument altogether. But I'm pretty much convinced that
documenting the optional parameter is a bad idea.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE
and the Automake manual overview of the
GNU build system. Does anyone want to beat me to a patch?
- --
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
it is possible that some of the cygwin 1.7 improvements might be the
cause of XFile::lock behaving differently; if there is a way to trim this down
to a smaller test case, the cygwin developers would likely be able to
investigate it.
--
Eric Blake
suggestions on how to improve the wording to make this point more
explicit?
- --
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.gpg
Comment
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.mozdev.org
the option to choose YOUR desired
default, even if it is different than the package author's desired
default. The use of silent-rules is an option, not a mandate.
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version
to diversions, so it is safe for AC_INIT.
- --
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.gpg
Comment: Using GnuPG with Mozilla - http
the makefiles that don't append to BUILT_SOURCES to
just add the line
BUILT_SOURCES=
prior to the include, then use BUILT_SOURCES+= in the included file.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital
some distro branding.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
the autotools, then only check in the
machine-independent files. But if you use autoconf itself as the
example, autoconf.git does _not_ check in any generated files, even if
they are machine-independent; you have to bootstrap autoconf.git by
pre-installing autoconf from a tarball.
--
Eric Blake ebl
dependencies, and
then you add one more file? It seems like it would be nice to support
foo_DEPENDENCIES += other_file, without requiring that foo_DEPENDENCIES=
previously occur in the file.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 05/17/2010 12:02 PM, Ralf Wildenhues wrote:
Hi Eric,
* Eric Blake wrote on Sat, May 15, 2010 at 01:41:08AM CEST:
Right now, either you use foo_DEPENDENCIES and have to list everything
yourself, or you omit it, and automake does a good job. But what about
the case where you want automake
however, waht I accully get is :
/usr/share/myprogram/program-name PTIONS
I try to add an '\' before '$', but it doesn't works.
Automake borrows from make(1) syntax - to print $, use $$.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
point for me, as I can just do the autoconf 2.67 upload with my new key.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
to close the door on speculative discussion :)
FWIW, gnupload --dry-run should provide you with those steps for the
functionality it offers.
Yep, thanks for the tip - it helped in trying my experiment.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http
://en.wikipedia.org/wiki/Vala_%28programming_language%29
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
of it.
It seems to be related to
http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/libtool.html
Is the hack that is mentioned necessary or is there another solution?
This seems like it is a question more appropriate for the libtool list.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization
to a .info in
src and builddir?)?
No - provided that it lives ONLY in the srcdir, then VPATH isn't
confused. The confusion happens if you try to stick it in builddir and
then distribute it.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
On 08/31/2010 11:54 AM, Eric Blake wrote:
make default target /creates/ files in the source directory?
Yes, in the maintainer's tree.
One other point - it is assumed that the maintainer's tree is _never_
read-only (that is, a maintainer rule that modifies srcdir is fine).
Otherwise, how
argument goes for *.c files generated from *.y grammars - the
*.c file may be generated, but it is machine-independent, therefore, it
makes sense to distribute it pre-built in the tarball so that users need
not have flex and bison available.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
...@gnu.org; automake will then
automatically pick this up once it is accepted upstream. And make sure
you also check whether config.guess needs a matching patch.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
[adding automake]
On 09/17/2010 11:01 AM, Eric Blake wrote:
checking for getrlimit declaration... (cached) install-shextern int
getrlimit (enum __rlimit_resource, struct rlimit *);
Hmm, on looking at this closer, I only fixed config.status, which
happens towards the end of configure, but you
$(var2)) is certainly better than nothing, in combination with
(1).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
, but I just
don't know and didn't think it was appropriate to cross post.)
Actually, you'll probably have better luck on the automake list, since
autoconf itself does not touch any -M option.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
topics
and rebasing for work on an existing topic, while gnulib enforces
rebasing only by forbidding merging so as to keep a linear history.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
EXTRA_foo_DEPENDENCIES and
adds them to the normal list of dependencies, but without
overwriting the
foo_DEPENDENCIES variable, which is normally computed by automake.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description
does not raise any objections (that is, if no one
complains of a counterexample existing make implementation that fails to
meet the proposed wording), then automake's silent-make implementation
will switch from exploiting unspecified behavior over to using a
POSIX-standardized feature.
--
Eric
of POSIX 2008 (probably
coming by late 2011) will not invalidate existing implementations; or it
may result in the Austin Group deferring the change to the next full
revision of the standard (several years out) to give those
implementations time to comply with a tighter standard.
--
Eric Blake ebl
Wildenhues wrote:
Hi Eric,
* Eric Blake wrote on Thu, Dec 02, 2010 at 08:21:13PM CET:
On 12/02/2010 12:10 PM, Ralf Wildenhues wrote:
I'm not sure if it was mentioned before in the discussion, but
portability-wise, there is a difference between one level of recursion
and arbitrary many. IIRC
using older automake, such as an extra snippet of code to
include in Makefile.am, and which will not interfere when using newer
automake?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 12/14/2010 02:10 PM, Bruno Haible wrote:
Eric Blake wrote:
I just ran into an issue where libvirt failed to compile when autotooled
with automake 1.9.6, because automake failed to define $(localedir) and
therefore gnulib's configmake module did not define LOCALEDIR. Any
suggestions on how
, then, I'm back to trying to modify the configmake module's
configure.ac section, in a way that is friendly to the autotools already
providing a definition, and which allows use of these variables
throughout makefiles in addition to C files.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt
[dropping gnulib for this reply]
On 12/14/2010 02:54 PM, Eric Blake wrote:
# Listed in the same order as the GNU makefile conventions.
# The Automake-defined pkg* macros are appended, in the order
# listed in the Automake 1.10a+ documentation.
+# Support newer definitions even when using
in the makefile? Since you're
already willing to give up the benefits of dependency tracking, you
might as well tell that to configure.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
differences represent skew); some of that
may be worth incorporating into the make code base if it isn't there
already.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
for any additional feedback
before pushing, in case anyone else has input on the matter.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
, we
ought to fix the wording of the standard to call out that point at the
same time it allows dash).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
, using common
shell text processing programs (such as sed).
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
that issue?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 02/23/2011 05:02 PM, Ben Pfaff wrote:
The question libtool reorders link fags seems to have a
spelling error in the last word. It's not obvious to me what
word is meant.
flags
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
exit status. Automake won't
produce Makefile.in if required files are missing.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
is always true.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
.
Then it's not NEWS-worthy. It's worth keeping that analysis in the git
commit message (as you say, for repo archaeology), but let's limit it to
just there, rather than potentially causing users to worry about some
perceived loss of portability when they read NEWS.
--
Eric Blake ebl...@redhat.com
.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Names. The @anchor allows old
@c links to still work.
@anchor{Specifying Names}
I'm not sure if putting the @anchor after the @node make a difference.
If the anchor takes the old name to the previous node, then we may want
to move the anchor to appear after the @node.
--
Eric Blake ebl
$@
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
a better
maintenance job of multilib support in the first place, so this move is
intended to point you towards the better-maintained source in the first
place.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP
hopefully
help you get started on seeing how others have used it.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
of the second installation, and then adding automake and/or
autoconf support for providing configure support for an alternate
package name, seems like it would be worthwhile for more than just grub.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
...
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 ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http
prefix also appeared with that directory.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
have
required end users to have more tools available than normally required
by the GNU Coding Standards to even be able to use your tarball.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital
these scripts are updated.
* config/srclist.txt: Drop elisp-comp, missing, and ylwrap.
* build-aux/elisp-comp: Delete.
* build-aux/missing: Likewise.
* build-aux/ylwrap: Likewise.
Signed-off-by: Eric Blake ebl...@redhat.com
---
Any objections to this patch?
ChangeLog|8 ++
build-aux
[adding autoconf]
On 06/26/2012 12:26 PM, Bruno Haible wrote:
Eric Blake wrote:
* build-aux/elisp-comp: Delete.
What about modules/elisp-comp?
That module has only had one edit: it's introduction in 2006:
https://lists.gnu.org/archive/html/bug-gnulib/2006-08/msg00248.html
with a claim
that doesn't work with 1.11 and therefore you
are trying to make it conditional so that 1.11 can still process the
rest of the file. Determine that feature, and we are that much closer
to helping you conditionalize your configure.ac to work with both versions.
--
Eric Blake ebl...@redhat.com+1
I see v1.12.2, but no tag for v1.11.6 for the CVE-2012-3386 fix. Is
this intentional?
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
On 08/14/2012 04:24 PM, Stefano Lattarini wrote:
Hi Eric.
On 08/15/2012 12:16 AM, Eric Blake wrote:
I see v1.12.2, but no tag for v1.11.6 for the CVE-2012-3386 fix.
Hmm... I can see it without problems:
http://git.savannah.gnu.org/cgit/automake.git/tag/?id=v1.11.6
User error on your
NOT make more builds
instantly silent, nor are we preventing you from your goal of noisy
builds for the Fedora buildbots. Quit beating a dead horse to spread
FUD about something which is not true.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http
that can then set an automake
conditional, so that Makefile.am can then set either INCLUDES or
AM_CPPFLAGS as appropriate within the two branches of the conditional.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description
/html/User_Guide/chap-Red_Hat_Developer_Toolset.html#sect-Red_Hat_Developer_Toolset-About
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
'make',
'automake', or both should be patched to allow 'undefine', downstream in
libvirt, I am pushing this trivial patch:
From a20f06d9d9b0353d7fb7a8e11a631253d5961b96 Mon Sep 17 00:00:00 2001
From: Eric Blake ebl...@redhat.com
Date: Wed, 12 Sep 2012 11:25:51 -0600
Subject: [PATCH] build: avoid
from the source (where user includes major distros,
who will then package it up in .rpm or apt formats as appropriate for
the distro, and where the distro package-manager software like yum or
apt-get can then be used to install that binary in desired locations).
--
Eric Blake ebl...@redhat.com
://lists.gnu.org/archive/html/bug-autoconf/2012-09/msg00049.html
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
to touch the 'more =' line, rather than
every use.
--
Eric Blake ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
1 - 100 of 416 matches
Mail list logo
