On 8/18/2011 4:12 PM, Bruno Haible wrote:
Charles Wilson writes:
On cygwin, we typically reautotool almost any package, as a routine part
of building it.
You are on your own when doing this. This is not the recommended
way to build, explained in the INSTALL file.
Ack.
Nevertheless, the
Bruno Haible br...@clisp.org writes:
Nevertheless, the gettext package tries to help you do that: It contains
a file autogen.sh in the tarball, and it explains
This script requires autoconf-2.60..2.65 and automake-1.11.1 in the PATH.
I would not have guessed that gettext was incompatible
On 8/12/2011 1:00 PM, Bruno Haible wrote:
[CCing bug-gettext and Charles Wilson]
Eric Blake wrote in [1]:
At least cygwin still ships with
only gettext 0.17, because all versions of 0.18 are unbuildable on the
current cygwin.
This is a myth, and is factually wrong.
...
* The Cygwin
[Un-CCing the coreutils list.]
Charles Wilson writes:
Apparently it can be done -- provided you configure and build in a
specific way.
Yes, gettext can be built as documented in the INSTALL file. Only one
extra option, --with-included-libxml, is needed on Cygwin.
However, it does not appear
Paul,
What's the downside to the patch to build-aux/po/Makefile.in.in?
If it's stylistic
Yes, it's only stylistic, but with major impact. I wouldn't want to kill all
phony targets from all Makefiles, just for make -q. Let's hear what Paul
Smith can say about it...
Bruno
--
In memoriam
On 08/14/2011 03:19 AM, Bruno Haible wrote:
I wouldn't want to kill all
phony targets from all Makefiles, just for make -q.
Sorry, I see that I wasn't clear earlier. Not all phony targets have
the problem. For example, the following works fine:
.PHONY: all
all: foo
foo: /etc/motd
Paul Eggert wrote:
I wouldn't want to kill all
phony targets from all Makefiles, just for make -q.
Sorry, I see that I wasn't clear earlier. Not all phony targets have
the problem. For example, the following works fine:
.PHONY: all
all: foo
foo: /etc/motd
cat /etc/motd $@
On 08/14/2011 03:50 PM, Bruno Haible wrote:
What is the difference between your test case
-
all: foo
foo: /etc/motd
cat /etc/motd $@
-
and the snippet from modules/relocatable-prog
Hi Paul,
diff --git a/ChangeLog b/ChangeLog
index d020dd5..3a798cf 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,13 @@
2011-08-11 Paul Eggert egg...@cs.ucla.edu
+ po/Makefile.in.in: fix make -q problem
+ * build-aux/po/Makefile.in.in (check-macro-version): Remove this
+
On 08/13/2011 11:10 AM, Bruno Haible wrote:
Why is make -q looking for a file 'check-macro-version'
although the target is declared phony?
I expect that it's because historically, 'make' always identified
rule names with file names, and .PHONY was introduced with
a minimum of change to the
Hi Paul,
Does it mean phony targets are generally incompatible with make -q?
Apparently so
Thanks for the confirmation. I've raised the question on the bug-make list [1],
together with a pointer to your suggestion.
In the meantime, though, we're stuck with workarounds such as the
one I
On 08/13/2011 04:06 PM, Bruno Haible wrote:
I'm wondering whether we need to care about make -q, or whether
make -q is a hopeless case anyway.
make -q has been part of Make ever since The Beginning
(7th Edition Unix, anyway :-) and is standardized by POSIX.
I've used it in some of my metabuild
On 08/11/2011 06:49 PM, Eric Blake wrote:
I'm not sure if we should revert this part of your change.
Unfortunately if that part is reverted, then coreutils would lose
all gnulib fixes in the gettext area, due to the funny way that
'bootstrap' invokes autopoint. This includes not only the fix
[CCing bug-gettext and Charles Wilson]
Eric Blake wrote in [1]:
At least cygwin still ships with
only gettext 0.17, because all versions of 0.18 are unbuildable on the
current cygwin.
This is a myth, and is factually wrong.
I just built gettext 0.18.1.1 on a Cygwin 1.7.5 system, with gcc
On 08/10/2011 02:36 PM, Simon Josefsson wrote:
A user reported that 'make -q' didn't work:
http://permalink.gmane.org/gmane.comp.gnu.libidn.general/329
and I cannot seem to debug this properly.
I used make -d with coreutils, and found a couple of problems in
both gnulib and coreutils. I
On 08/11/2011 12:28 PM, Paul Eggert wrote:
* modules/configmake (configmake.h): Update configmake.h's time stamp
even if the file does not change. Otherwise, 'make -q' fails.
Problem reported by Simon Josefsson in
http://lists.gnu.org/archive/html/bug-gnulib/2011-08/msg00088.html.
Ouch.
On 08/11/2011 11:28 AM, Paul Eggert wrote:
I'll look at coreutils shortly.
... and I discovered that coreutils was still using gettext 0.17 (!)
via autopoint, so it didn't pick up the gnulib patch (and it was missing
several other gnulib fixes since 0.17). I installed the
following into
On 08/11/2011 07:45 PM, Paul Eggert wrote:
On 08/11/2011 11:28 AM, Paul Eggert wrote:
I'll look at coreutils shortly.
... and I discovered that coreutils was still using gettext 0.17 (!)
To some degree, that was intentional. At least cygwin still ships with
only gettext 0.17, because all
A user reported that 'make -q' didn't work:
http://permalink.gmane.org/gmane.comp.gnu.libidn.general/329
and I cannot seem to debug this properly. I suspect it has something to
do with gnulib's GNUmakefile/maint.mk/cfg.mk, since coreutils 8.12 (as
an example of another project using gnulib that
19 matches
Mail list logo