Re: GCC multi-version development layout

Jonathan Wakely via Gcc-help <[email protected]> Mon, 20 Apr 2026 18:33:25 +0100
Newsgroups gmane.comp.gcc.help
Message-ID <CAH6eHdR50QcbQTWgGsc3OWp=o24tH7on+7k3GL34qM1Whu2e=A@mail.gmail.com>
On Mon, 20 Apr 2026 at 18:32, Jonathan Wakely <[email protected]> wrote:
>
> On Mon, 20 Apr 2026 at 17:58, Andrew C Aitchison via Gcc-help
> <[email protected]> wrote:
> >
> > On Mon, 20 Apr 2026, Jonathan Wakely via Gcc-help wrote:
> >
> > >                         The point of the release timeline is to see
> > > when various important events happened in the history of GCC. I want
> > > to know the date on which GCC 9.3.0 was released, so I can look at the
> > > timeline. If it only shows the active branches, that timeline would be
> > > completely useless for most of the times I consult it.
> >
> > But 9.3.0 is not mentioned in
> >     https://gcc.gnu.org/develop.html#timeline
> > - the closest is "GCC 9.3 release (2020-03-12)".
> >
> > The distinction between 9.3 and 9.3.0 is meaningless to you,
> > but that is what has caused Heime's confusion.
> >
> > You are saying that X.Y is a release and that X.Y.Z is something else,
>
> I never said "X.Y.Z is something else", I don't know where you got
> that from. The page is clear that X.Y.0 is a release. Can nobody read
> today?
>
> > but then use X.Y.0 to refer to a release.
>
> As documented.
>
> >
> > Even though I cannot remember when Z != 0 last appeared,
>
> It's on the page we're talking about! Can nobody read today?
>
> > gcc --version reports a string of the form X.Y.Z
> > so it seems to me that X.Y.Z *does* need to be described,
> > and the .0 should be included in the timeline.
>
> The .0 is redundant because every X.Y release on that timeline is X.Y.0

... by definition.