Re: canonicalize_file_name should support win32 shortcuts

2011-08-13 Thread Sam Steingold
Hi Bruno, On Sat, Aug 13, 2011 at 1:52 PM, Bruno Haible wrote: > > The feature request is a bit odd, because it mixes the notion of > "native Windows" and Cygwin. Cygwin is a platform that runs inside Windows. > When you build mingw programs, and redistribute them, they are meant to > run in a na

Re: errno --> errno name ?

2011-08-13 Thread Bruce Korb
I had a few more minutes to play. This time the tarball includes a module file of sorts. Maybe I'm not looking at the right module for a template, but I find this a bit different from the usual gnulib module. Basically, it is a build script and a module file, with some rules for running the scri

Re: make -q and maintainer-makefile issues?

2011-08-13 Thread Paul Eggert
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 met

Re: make -q and timestamps

2011-08-13 Thread Paul Eggert
On 08/13/2011 03:02 PM, Bruno Haible wrote: > is it possible to extend GNU Make in a way that supports this? Possibly > by defining a new kind of special built-in target? Well, one can imagine a new special target .TIME, say, which would look like this: .TIME: foo.h foo.h: a b c etc gene

Re: make -q and maintainer-makefile issues?

2011-08-13 Thread Bruno Haible
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 >

Re: [PATCH] bootstrap: obey --no-git.

2011-08-13 Thread Paul Eggert
On 08/13/2011 03:17 PM, Bruno Haible wrote: > Jim, Eric, Paul, you are the maintainers of 'bootstrap'. Any objection > against James' patch [1]? No, it looks OK to me; please apply. If we run into problems we can fix them later.

Re: [PATCH] bootstrap: obey --no-git.

2011-08-13 Thread Bruno Haible
Hi James, Jim, Eric, Paul, James Youngman answered my questions about his patch in : > > Are all five use-cases from > > > > covered now? > > I'm going to quot

Re: GNULIB_PORTCHECK

2011-08-13 Thread Bruno Haible
Sam Steingold asked in : > what does GNULIB_PORTCHECK mean? > e.g., > ./config.log:REPLACE_TIMEGM='GNULIB_PORTCHECK' It's an old approach, by Paul, for allowing applications to see which gnulib modules they need. In all other plac

Re: make -q and timestamps

2011-08-13 Thread Bruno Haible
Hi Paul, > I've been moving away from stamp files like that lately, though, > as these days they seem to be more trouble than they're worth, > at least for me. If you do create a stamp file, please make > sure that it works with parallel makes. ... The problem can be worked around, > though I don

Re: make -q and maintainer-makefile issues?

2011-08-13 Thread Paul Eggert
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 h

Re: make -q and maintainer-makefile issues?

2011-08-13 Thread Bruno Haible
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 > > + po/Makefile.in.in: fix make -q problem > + * build-aux/po/Makefile.in.in (check-macro-version): Remove this > + rule

Re: canonicalize_file_name should support win32 shortcuts

2011-08-13 Thread Bruno Haible
Hi Sam, Sam Steingold wrote in and : > > it appears that neither canonicalize nor canonicalize-lgpl support win32 > > shortcuts (either used directly or as used

Re: --disable-rpath does not work for me

2011-08-13 Thread Bruno Haible
Hi, Chris Frey wrote in : > I am trying to create a configure / autotools setup for my package > in which the --disable-rpath option avoids any hardcoded rpaths in > the final program output. > > I have a simple testcase that I'd