svn commit: r568012 - head/net/tightvnc

Piotr Kubaj pkubaj at anongoth.pl
Thu Mar 18 09:45:35 UTC 2021


OK for me.

On 21-03-18 09:46:01, Gerald Pfeifer wrote:
> On Wed, 17 Mar 2021, Mathieu Arnold wrote:
> > First step could probably be to make a patch for `any` mean `yes`,
> > build stuff and look at the size of the explosion from afar.
> 
> On most architectures (i386, amd64, aarch64,...) `any` has been 
> equivalent to `yes` for years. This even is the case for ppc on 
> FreeBSD 13+.  No explosion ahead. :-)
> 
> 
> On Wed, 17 Mar 2021, Piotr Kubaj wrote:
> > I know what you mean and this will just make more work for people caring 
> > about ARM / PPC. I add USE_GCC=any simply because there ARE issues with 
> > clang
> 
> A key problem freshly introducing USE_GCC=any is that most developers 
> later will test on i386, amd64, maybe aarch64, where `any` is equivalent 
> to `yes` and implies GCC 10, which is *very* different.
> 
> Also, USE_GCC=any implies something *very* different in case of ppc on 
> different version of FreeBSD. That alone is prone to cause more work.
> 
> 
> On Wed, 17 Mar 2021, Mathieu Arnold wrote:
> > I have no idea of the state of USE_GCC=any, as it is something nobody
> > should use nowadays in favor of USE_GCC=yes (and Gerald says that often
> > enough), I would have thought that those were old stuff that dated back
> > from the dinosaurs era and that could be tried without gcc.
> 
> Most ports featuring USE_GCC=any fit your reference regarding the
> dinosaurs era. :-)
> 
> As a first step, I am proposing the patch below.
> 
> Any objections? Other thoughts?
> 
> Gerald
> 
> 
> Make USE_GCC=any equivalent to USE_GCC=yes across the board, which
> already has been the case on amd64, aarch64, and i386 for years and
> now also powerpc64 with FreeBSD 13.
> 
> Still leave USE_GCC=any in place for ports currently using that in
> case someone wants to go through those.
> 
> Index: Mk/bsd.gcc.mk
> ===================================================================
> --- Mk/bsd.gcc.mk	(revision 568719)
> +++ Mk/bsd.gcc.mk	(working copy)
> @@ -9,9 +9,6 @@
>  # your port/system configuration.  This is the preferred use of USE_GCC.
>  # It uses the canonical version of GCC defined in bsd.default-versions.mk.
>  #
> -# USE_GCC=any is similar, except that it also accepts the old GCC 4.2-
> -# based system compiler where still present.
> -# 
>  # If your port needs a specific (minimum) version of GCC, you can easily
>  # specify that with a USE_GCC= statement.  Unless absolutely necessary
>  # do so by specifying USE_GCC=X+ which requests at least GCC version X.
> @@ -24,11 +21,12 @@
>  # If no arguments are specified, GCC is added as both a build dependency
>  # and a run time dependency.
>  #
> +# (USE_GCC=any is deprecated and equivalent to USE_GCC=yes nowadays.)
> +# 
>  #
>  # Examples:
>  #   USE_GCC=	yes			# port requires a current version of GCC
>  #							# as defined in bsd.default-versions.mk.
> -#   USE_GCC=	any			# port requires GCC 4.2 or later.
>  #   USE_GCC=	9+			# port requires GCC 9 or later.
>  #   USE_GCC=	8			# port requires GCC 8.
>  #   USE_GCC=	yes:build	# port requires a current version of GCC at
> @@ -71,16 +69,6 @@
>  
>  .if defined(USE_GCC) && !defined(FORCE_BASE_CC_FOR_TESTING)
>  
> -.if ${USE_GCC} == any && exists(/usr/bin/gcc)
> -CC:=		gcc
> -CXX:=		g++
> -. if exists(/usr/bin/gcpp)
> -CPP:=		gcpp
> -. else
> -CPP:=		cpp
> -. endif
> -.else # The regular approach, not using the age-old base compiler.
> -
>  # Handle USE_GCC=yes and USE_GCC=any.
>  .if ${USE_GCC} == yes || ${USE_GCC} == any
>  USE_GCC=	${GCC_DEFAULT}+
> @@ -154,8 +142,6 @@
>  USE_BINUTILS=	yes
>  .endif
>  
> -.endif # USE_GCC=any
> -
>  .endif # defined(_USE_GCC) && !defined(FORCE_BASE_CC_FOR_TESTING)
>  
>  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-ports-head/attachments/20210318/e1f57fc4/attachment.sig>


More information about the svn-ports-head mailing list