In README, code comments, and auxiliary files.
Copyright-paperwork-exempt: yes
Signed-off-by: Stefano Lattarini
---
ChangeLog | 9 +
Makefile.DOS.template | 2 +-
README.git| 4 ++--
build_w32.bat | 2 +-
config.h-vms.template | 2 +-
getloadavg.c
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 20 Apr 2013 14:02:43 -0400
>
> I believe this is only a problem building from git. If you build from a
> distribution tarball then you don't need to have any particular version
> of gettext installed. For developers who build from git, they
Well, seems that you are right and this problem has just gone away now.
I seem to have overwritten some dodgy version of m4 or autotools with ones
that work all the time (provided I use Unix line endings in configure.ac,
which I've set git up to do automatically now).
Sorry for the noise, I will
On Sat, 2013-04-20 at 19:38 +0300, Eli Zaretskii wrote:
> > From: Paul Smith
> > Cc: bug-make@gnu.org
> > Date: Sat, 20 Apr 2013 11:44:02 -0400
> >
> > On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
> > > Do we really need to require 0.18.1 or can this restriction be lifted?
> > > I hack
On 04/20/2013 07:00 PM, Eli Zaretskii wrote:
>> Date: Sat, 20 Apr 2013 17:56:45 +0200
>> From: Stefano Lattarini
>> CC: Eli Zaretskii , bug-make@gnu.org
>>
>> On 04/20/2013 05:44 PM, Paul Smith wrote:
>>> On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
Do we really need to require 0.1
> Date: Sat, 20 Apr 2013 17:56:45 +0200
> From: Stefano Lattarini
> CC: Eli Zaretskii , bug-make@gnu.org
>
> On 04/20/2013 05:44 PM, Paul Smith wrote:
> > On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
> >> Do we really need to require 0.18.1 or can this restriction be lifted?
> >> I hac
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 20 Apr 2013 11:44:02 -0400
>
> On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
> > Do we really need to require 0.18.1 or can this restriction be lifted?
> > I hacked configure.ac to require 0.17, and didn't see any problems
> > after
> Date: Sat, 20 Apr 2013 15:52:03 +0100
> From: Ray Donnelly
> Cc: bug-make@gnu.org
>
> I tried with various autoconf versions, including 2.65, and also with three
> different versions of m4.exe ( all from
> http://sourceforge.net/projects/mingw/files/MSYS/Extension/m4/ ) with both
> dos and unix
On 04/20/2013 05:44 PM, Paul Smith wrote:
> On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
>> Do we really need to require 0.18.1 or can this restriction be lifted?
>> I hacked configure.ac to require 0.17, and didn't see any problems
>> afterwards.
>
> You can see this bug:
>
> http://s
On Fri, 2013-04-19 at 18:07 -0600, David Sankel wrote:
> In section 7.3 and 8.2 the function 'findstring' is recommended as a
> means to search a space separated list for a given value. This
> suggestion is problematic as findstring really searches for
> substrings. So, for example $(findstring car
On Sat, 2013-04-20 at 13:50 +0300, Eli Zaretskii wrote:
> Do we really need to require 0.18.1 or can this restriction be lifted?
> I hacked configure.ac to require 0.17, and didn't see any problems
> afterwards.
You can see this bug:
http://savannah.gnu.org/bugs/?37307
I confess I didn't get a s
I tried with various autoconf versions, including 2.65, and also with three
different versions of m4.exe ( all from
http://sourceforge.net/projects/mingw/files/MSYS/Extension/m4/ ) with both
dos and unix line-endings and each time ran into the same problem.
Eli, would it be possible to describe yo
> Date: Tue, 16 Apr 2013 17:24:42 +0100
> From: Ray Donnelly
> Cc: bug-make@gnu.org
>
> This is all, of course, with sources from git.
>
> If configure contains the line continuation ('\') in AC_CONFIG_FILES,
> then we end up with this lovely construct in configure:
> "config/Makefile") CONF
Trying to build the current git head, I get this:
$ autoreconf -i
autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac
file requires the infrastructure from gettext-0.18.1 but this version
is older. Please upgrade to gettext-0.18.1 or newer.
au
14 matches
Mail list logo
