This is the mail archive of the
mailing list for the GCC project.
Re: future versions
- From: Jack Howarth <howarth dot at dot gcc at gmail dot com>
- To: Jonathan Wakely <jwakely dot gcc at gmail dot com>
- Cc: Markus Trippelsdorf <markus at trippelsdorf dot de>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Sun, 22 Mar 2015 15:12:21 -0400
- Subject: Re: future versions
- Authentication-results: sourceware.org; auth=none
- References: <CAJMcOU_d0asudB6ULzSKeBB+3LOHQOVD5VkP-3WHUgZdrsLC+w at mail dot gmail dot com> <20150321054546 dot GA342 at x4> <CAJMcOU9-bHLrYzL1CBAhNAq+WLdupSE80npFw3ZrrHNOJ5arMw at mail dot gmail dot com> <20150321172759 dot GB342 at x4> <CAJMcOU92fvC3NDaWbzor4v=TcBWu8L7cYjy=RMuRbXWYfFwkMw at mail dot gmail dot com> <CAH6eHdSyOpBC68pfxJDa-O0Z9tJOFyp5XHfW-aa58F1MtZSi-w at mail dot gmail dot com>
So effectlvely the old usage of the major version has been discarded
with the previous usage of the minor version mapped to it. Likewise
for the previous usage of the patch version now mapped to the minor
version. I am just trying to clarify this as I have to adjust my
packaging of FSF gcc in the fink project. For example, previously we
used -program-suffix=-fsf-4.9 but now this will have to be
-program-suffix=-fsf-5. Likewise we buried the release with
--prefix=%p/lib/gcc4.9 but now this will have to be
--prefix=%p/lib/gcc5 for the gcc 5 release series.
On Sun, Mar 22, 2015 at 1:57 PM, Jonathan Wakely <email@example.com> wrote:
> On 22 March 2015 at 17:28, Jack Howarth wrote:
>> Is this the policy going forward for the 6.0 release as well?
> Yes, as it says on that webpage.
>> If it is
>> being done just to avoid the stigma of a .0 release, it really smacks
>> of being too cute by half.
> That's not the reason, there's a rationale on the webpage too.
> If someone says they have 4.9.0 it could be the final release or a
> trunk build from 9 months earlier, which would be a very different
> compiler. Similarly, 4.9.1 would be the final release or a build on
> the branch from the day after 4.9.0 was released.
> With the new scheme the __GNUC_PATCHLEVEL__ component is different for
> final releases and snapshots.