Re: Supporting GCC_REQ+=7 as well as GCC_REQ+=7.0

[Greg Troxel <gdt%lexort.com@localhost>]

David Brownlee <abs%absd.org@localhost> writes:

> At the moment specifying GCC_REQ+=7 will fail with the rather cryptic "No
> USE_PKGSRC_GCC_RUNTIME support for gcc-7" if the package needs shared
> libraries (but work if shared libraries are not needed).
>
> What do people think about making GCC_REQ+=7 a synonym for GCC_REQ+=7.0.
> Otherwise it probably makes sense to tweak gcc.mk to explicitly error out
> with a more helpful message in this case :)

I think it's a bug that we use 5.0, 6.0, and 7.0 in GCC_REQ, instead of
5/6/7.  We have had gcc 4.1.x, 4.5.x, and 4.8.x in netbsd-5/6/7, and
used 4.8 as the value for all micro/minor releases on that major
release.  With the change to 5.x, 6,x, 7.x, there are now version
numbers for minor and micro, and it's not really 5.0 that's required,
but 5.x (e.g. netbsd-8 has 5.5.0).

And it would be good to have an error if the variable is set to
something that's not explicitly supported, regardless.