automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Planning betas and releases


From: Stefano Lattarini
Subject: Re: Planning betas and releases
Date: Wed, 29 May 2013 10:38:57 +0200

On 05/29/2013 12:36 AM, Peter Rosin wrote:
> On 2013-05-28 21:29, Stefano Lattarini wrote:
>> Hi Peter.
>>
>> On 05/28/2013 09:09 PM, Peter Rosin wrote:
>>> On 2013-05-28 20:10, Stefano Lattarini wrote:
>>>> +        <http://austingroupbugs.net/view.php?id=542>7
>>>
>>> You have a mysterious trailing 7 here...
>>>
>>> Cheers,
>>> Peter
>>>
>> Oops, will remove.  Thanks.
>>
>> BTW, I plan to release the beta for 1.13.3 tomorrow (planned
>> release: 3 June) and the beta for 1.14 tomorrow or the day
>> after (planned release: ~ 20 June).  So if you find something
>> fishy in NEWS,
> 
> I did a quick read if NEWS in the master branch, and I wanted these
> changes:
> 
> diff --git a/NEWS b/NEWS
> index 5172150..6355bec 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -6,7 +6,7 @@ New in 2.0:
>     object will *always* be put into the subdirectory named after the source
>     file, rather than in the current directory.  For instance, 'src/file.c'
>     and 'src/file.f90' will be compiled to 'src/file.o', and 'sub/dir/mu.cc'
> -   will be compiled to 'sub/dir/mu.o'.  Put in another way, Automake 1.14
> +   will be compiled to 'sub/dir/mu.o'.  Put in another way, Automake 2.0
>     and later will *unconditionally* behave as older Automake versions did
>     when the 'subdir-objects' option was given.
> 
> @@ -19,7 +19,7 @@ New in 2.0:
>      hierarchy, a definition of the AM_PROG_VALAC macro found in file
>      (say) '/usr/local/share/aclocal/my-vala.m4' should take precedence
>      over the same-named automake-provided macro, as defined in file
> -    '/usr/local/share/aclocal-1.14/vala.m4'.
> +    '/usr/local/share/aclocal-2.0/vala.m4'.
> 
>  * Obsolescent features flagged:
> 
> @@ -275,7 +275,7 @@ New in 1.13.3:
> 
>  * Documentation fixes:
> 
> -  - The documentation no longer mistakenly report that the obsolete
> +  - The documentation no longer mistakenly reports that the obsolete
>      'AM_MKDIR_PROG_P' macro and '$(mkdir_p)' make variable are going
>      to be removed in Automake 2.0.
> 
> @@ -288,7 +288,7 @@ New in 1.13.3:
> 
>    - The test cases no longer have the executable bit set.  This should
>      make it clear that they are not meant to be run directly; as
> -    explained in t/README, the can only be run through the custom
> +    explained in t/README, they can only be run through the custom
>      'runtest' script, or by a "make check" invocation.
> 
>    - The testsuite has seen the introduction of a new helper function
> @@ -312,14 +312,14 @@ New in 1.13.2:
> 
>    - The long-deprecated but still supported two-arguments invocation form
>      of AM_INIT_AUTOMAKE is documented once again.  This seems the sanest
> -    thing to do, given that support for such an usage might need to remain
> -    in place for a unspecified amount of time in order to cater for people
> +    thing to do, given that support for such usage might need to remain
> +    in place for an unspecified amount of time in order to cater to people
>      who want to define the version number for their package dynamically at
>      configure runtime (unfortunately, Autoconf does not yet support this
>      scenario, so we cannot delegate the work to it).
> 
>    - The serial testsuite harness is no longer reported as "deprecated",
> -    but as "discouraged".  We have no plan to remove it, not to make its
> +    but as "discouraged".  We have no plan to remove it, nor to make its
>      use cause runtime warnings.
> 
>    - The parallel testsuite is no longer reported as "experimental"; it
> 
> Sorry for not doing a better job of finding what branch each change
> belong to, and for not committing it myself...
>
No problem, I easily sorted out things myself.  And fixed them with the
two attached patches.  Thanks for the report!

> BTW, I also find your use of (sic!) strange, sic is normally used
> when you are quoting something that is obviously wrong, and you
> want to point out that it is indeed not a quoting mistake, but
> instead some error that was present also in the quoted source. But
> you are not even quoting anything, so the sic! mark makes no sense
> at all.
>
OK, fixed (see third attached patch).

>>                 or has some lingering failures on Windows, feel
>> free to speak up ASAP.
> 
> Testsuite is (still) running, so far cxx-demo has failed with
> MSVC, and I guess it will fail for MinGW as well. From a cursory
> look it appear that the expected output is written with an MSYS
> bash and therefore has NL line endings, while the program output is
> for a windows program with CRNL line endings. diff then barfs.
>
Thanks for the analysis; shouldn't be too difficult to fix then, I
hope.

> distcheck-pr10470.sh also fails, apparently since ./test-driver
> isn't installed, here is a snippet from the log:
> 
>       + automake-1.99a --foreign -Werror -Wall
>       parallel-tests: error: required file './test-driver' not found
>       parallel-tests:   'automake --add-missing' can install 'test-driver'
>
Ah, this test is always skipped on POSIX systems, so I never got to update
it when the default was switched from serial-tests to parallel-tests.

> I will do better failure reports later when the testsuite
> has finished. BTW, this was from master, in hindsight I should have
> tried micro first, but I'll let this run finish.
>
Yes, I'm more interested to micro (since I plan to cut the 1.13.3 release
from it in a few days) and to maint (since I plan to cut the 1.14 release
from it in three weeks or so).  But in the meantime, let's take a look at
the results on master.

Thanks,
  Stefano

Attachment: 0001-NEWS-fix-Automake-versions.patch
Description: Text Data

Attachment: 0001-NEWS-fix-typos-and-grammaros.patch
Description: Text Data

Attachment: 0003-NEWS-drop-an-idiomatic-use-of-latinism-sic.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]