This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Binutils release 2.28 - soon
- From: Tristan Gingold <gingold at adacore dot com>
- To: "Maciej W. Rozycki" <macro at imgtec dot com>
- Cc: binutils <binutils at sourceware dot org>
- Date: Thu, 2 Feb 2017 17:52:01 +0100
- Subject: Re: Binutils release 2.28 - soon
- Authentication-results: sourceware.org; auth=none
- References: <19E012B6-897D-476D-BD02-183EF834BC68@adacore.com> <CAJimCsFy_LRcitFjOy7ES-3J-oCojcxRkfLixePGqD8AJ43x5g@mail.gmail.com> <5125B08E-62E4-4D26-A235-5D536FFD4929@adacore.com> <alpine.DEB.2.00.1612231852180.6743@tp.orcam.me.uk> <alpine.DEB.2.00.1702012303110.26999@tp.orcam.me.uk>
> On 02 Feb 2017, at 00:33, Maciej W. Rozycki <macro@imgtec.com> wrote:
>
> On Fri, 23 Dec 2016, Maciej W. Rozycki wrote:
>
>> FYI, I'll be automatically pushing all changes I've intended to make as
>> a part of the current MIPS development effort to this branch then, until
>> a further notice.
>>
>> I'll be away from tomorrow until Jan 8th, and I will have further stuff
>> to push when I am back, as I won't be able to complete the documentation
>> and test suite updates tonight for the upcoming MIPS feature I intend to
>> publish.
>
> I have decided to withdraw from pushing the feature originally intended
> for 2.28 and keep it to the master branch only.
>
> Firstly, the delay incurred by all the work related to recent bug fixes,
> and PR ld/20828 in particular, means that any further work on the 2.28
> branch would potentially continue blocking the release without a good
> justification. Secondly, the extra time bought will let me update the
> feature with some enhancements recently envisaged, making it more complete
> right from the beginning. It does not mean I expect any significant delay
> with that code though -- it's just that it'll happen on the master branch
> only.
>
> I think there may yet be some further fallout from PR ld/20828 affecting
> 2.28, but otherwise, with the final tweaks to the test suite just applied,
> I consider myself done with MIPS target changes intended for 2.28.
>
> There are still:
>
> FAIL: objcopy -shared -z relro (tbss1)
> FAIL: objcopy -shared -z relro (tbss2)
> FAIL: objcopy -shared -z relro (tbss3)
>
> uninvestigated MIPS regressions remaining, which I regret, however they
> are long-standing and not necessarily an actual linker issue. I will
> strive to resolve them on master soon.
>
> However if anyone has anything they consider important to resolve for
> 2.28 and the MIPS target, then please do let me know and I'll see what I
> can do.
>
> And last but not least thanks for your patience, Tristan, and your effort
> with release management!
Thank you for the status update. That's useful for the release process.
So I plan to to the 2.28 release mid February, unless there is still an urgent patch pending.
Regards,
Tristan.