Hi automake developers,
Current (2013-01-21) automake 1.13 manual
http://www.gnu.org/software/automake/manual/automake.html list quite
short distribution types in chapter 17.2 List of Automake options.
It seems to me up to date list is in chapter "14.5 The Types of
Distributions"
List of sup
Roumen Petrov wrote:
[SNIP]
Probably correct suggestion is just AM_INIT_AUTOMAKE([1.5 no-define])
Correction: just AM_INIT_AUTOMAKE([1.13 no-define]) as version(i.e.
1.13) must be required minimum automake version(!) not package
version(1.5) as in sample above on manual page.
[SNIP]
Regar
Hi automake developers,
1) defect
Bootstrap of quite recent release of one project automake 1.13 produce
following warning:
...
#configure.ac:27: warning: AM_INIT_AUTOMAKE: two- and three-arguments
forms are deprecated. For more info, see:
#configure.ac:27:
http://www.gnu.org/software/automa
bison v2.4 solved the problem:
PASS: t/yacc-bison-skeleton-cxx.sh
However I still get 2 FAILS from lex-clean-cxx and lex-depend-cxx
(using flex 2.5.37 now)
+ cp config.status config.sav
+ make
c++ -DPACKAGE_NAME=\"lex-clean-cxx\" -DPACKAGE_TARNAME=\"lex-clean-cxx\"
-DPACKAGE_VERSION=\"1.0\"
Thanks for getting back at me so quickly.
On 01/21/2013 03:27 PM, johannes.bie...@hzg.de wrote:
>> Weird, it seems Flex is not respecting the "YY_NO_UNISTD_H" #define
>> given in 'parsefoo.lxx'. Which version of Flex are you using?
>
> flex --version
> flex 2.5.31
>
Yep, that's old; according to
>Weird, it seems Flex is not respecting the "YY_NO_UNISTD_H" #define
>given in 'parsefoo.lxx'. Which version of Flex are you using?
flex --version
flex 2.5.31
Helmholtz-Zentrum Geesthacht
Zentrum für Material- und Küstenforschung GmbH
Max-Planck-Straße 1 I 21502 Geesthacht I Deutschland/Germany
Hi Eric.
On 01/19/2013 03:25 PM, Eric Blake wrote:
> On 01/19/2013 06:10 AM, Stefano Lattarini wrote:
>> [-cc automake-patches]
>>
>> On 01/16/2013 06:48 PM, Paul Eggert wrote:
>>> On 01/16/13 04:46, Stefano Lattarini wrote:
Makes sense. Should I try to implement something along these lines
Hi Eric, thanks for the report.
On 01/21/2013 02:31 PM, Eric Blake wrote:
> See https://bugzilla.redhat.com/show_bug.cgi?id=901333 for details; but
> the short summary is:
>
> The xorg-x11-drv-wacom uses AC_CONFIG_MACRO_DIR([m4]) to tell libtool
> where to dump m4 macros, but has no m4 macros of
See https://bugzilla.redhat.com/show_bug.cgi?id=901333 for details; but
the short summary is:
The xorg-x11-drv-wacom uses AC_CONFIG_MACRO_DIR([m4]) to tell libtool
where to dump m4 macros, but has no m4 macros of its own. Therefore, it
does not ship an m4 directory in its git project. When libto
tags 13436 + moreinfo
severity 13436 minor
thanks
On 01/14/2013 05:08 PM, johannes.bie...@hzg.de wrote:
> Hi,
>
Hello Johannes. Thanks for the report, and sorry for the delay.
> I compiled automake 1.12.6 and got 3 fails when doing make check.
> I tried it with v1.13.1 and got the same results.
On 01/20/2013 07:05 PM, Thien-Thi Nguyen wrote:
> Here is a suitable ChangeLog entry:
>
> 2013-01-20 Thien-Thi Nguyen(tiny change)
>
> Don't get fooled when running "make check" inside Emacs.
>
> Some versions of Emacs set the env var 'EMACS' to 't'
> for child processes.
11 matches
Mail list logo
