svn commit: r565330 - in head: . www www/palemoon www/palemoon/files

[Gerald Pfeifer]

On Mon, 15 Feb 2021, Kurt Jaeger wrote:
> Author: pi
> Date: Mon Feb 15 19:19:22 2021
> New Revision: 565330
> URL: https://svnweb.freebsd.org/changeset/ports/565330
> 
> Log:
>   New port: www/palemoon

Ui, that looks like a tricky one to maintain!

> +# 9 is the last version endorsed upstream (and was the default in ports when
> +# this was written). Version bumps *MUST* be validated by the maintainer (after
> +# thorough testing, and following upstream's recommendations. Hence
> +# hardcoded. (For the record, building with clang produces malfunctioning
> +# executables.)
> +
> +# NOTE: We make sure that there are no runtime dependencies to GCC and
> +# libstdc++. See [GCC-no-rdep-*] tags below. This should rather be solved in
> +# the ports infrastructure proper (see PR 211154, which is a step towards that;
> +# however, it still doesn't remove -rpath and doesn't provide the option to
> +# link C++ code against base's libc++).
> +USE_GCC=	9

Given the other changes to use libc++ and avoid -rpath style 
dependencies, would it make sense (and work) to use

  USE_GCC=	9:build

instead?  That is, ensure GCC is not registered as a run-time
dependency (and users can install a palemoon package without
pulling in GCC)?

That alone would be a nice improvement, and if it works, I may
have another idea to make your lives easier. :-)

Gerald

PS: Olivier, if this successfully works for you, I can commit
such a change.