Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 03 Jun 2020 21:15:37 +0000
From:      bugzilla-noreply@freebsd.org
To:        fortran@FreeBSD.org
Subject:   [Bug 246887] catch Mk/Uses/fortran.mk up to bsd.gcc.mk r301973
Message-ID:  <bug-246887-37611-KEWsXsIHGC@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-246887-37611@https.bugs.freebsd.org/bugzilla/>
References:  <bug-246887-37611@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246887

--- Comment #6 from Gerald Pfeifer <gerald@FreeBSD.org> ---
(In reply to Tijl Coosemans from comment #5)
> We want all Fortran ports to be compiled with the same compiler and that=
=20
> implies the same USE_GCC.  Not doing so is asking for trouble with runtime
> libraries.  If a port needs a newer version it should set IGNORE directing
> the user to modify his DEFAULT_VERSIONS.  If it's stuck on an older versi=
on
> it should probably set BROKEN with a similar message.
>
> If I were the maintainer of bsd.gcc.mk I would do the same there.

I have been moving into that direction over time (pushing hard to
minimize exceptions to USE_GCC=3Dyes or USE_GCC=3Dany) and streamlining
the logic further earlier this year.

At this point for nearly all users GCC_DEFAULT is the only one they
should ever encounter. Which is the same that USES=3Dfortran implies.

Exceptions are two-fold:

 1. Systems with the 13-year old GCC 4.2 in base.

 2. A short list of exceptions.

    GCC 4.8.
    sysutils/memtest86+
    sysutils/uefi-edk2-bhyve - in contact with maintainer
    GCC 7.
    devel/xtensa-esp32-elf - in contact with maintainer
    GCC 9.
    devel/dwarves
    graphics/rawtherapee
    lang/gcc10
    lang/spidermonkey60


Item 1 above would be easy to address. Simply remove the block starting with
  .if ${USE_GCC} =3D=3D any && exists(/usr/bin/gcc)
from Mk/bsd.gcc.mk. If have proposed this, but Mark did not like it.

> It's simpler to maintain.  It makes it more likely that users have only
> one version of gcc installed and therefore have fewer problems with
> runtime libraries which means there are fewer support questions to=20
> deal with.  And marking old ports BROKEN allows us to get rid of them
> faster, or it might incentivise their maintainers to fix them with newer
> gcc faster.

Amen. Plus users on all platforms/systems would use the same version of
GCC, which is not the case for the 54 ports with USE_GCC=3Dany right now
when /usr/bin/gcc is present.

> Anyway, what I'm trying to say is, please don't introduce any of the
> bsd.gcc.mk "magic" in fortran.mk.  Making it possible to choose "10-devel"
> as gcc default would be nice though.

Agreed. And if you look at the evolution of bsd.gcc.mk you'll find that
I managed to trim the amount of "magic" (and code) significantly.
USE_GCC=3Dany is the biggest offender right now. Beyond that I cannot
actually think of much more in terms of simplifications.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246887-37611-KEWsXsIHGC>