From owner-svn-ports-head@freebsd.org Wed Mar 17 17:20:02 2021 Return-Path: Delivered-To: svn-ports-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FBB1571889; Wed, 17 Mar 2021 17:20:02 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0xjt12Wcz4lZj; Wed, 17 Mar 2021 17:20:02 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from mail.j.mat.cc (owncloud.cube.mat.cc [IPv6:2a01:678:4:1::228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id EF30922A9F; Wed, 17 Mar 2021 17:20:01 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (aching.in.absolight.net [79.143.241.230]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: mat@mat.cc) by mail.j.mat.cc (Postfix) with ESMTPSA id 48AB5942D80; Wed, 17 Mar 2021 17:20:00 +0000 (UTC) Date: Wed, 17 Mar 2021 18:19:58 +0100 From: Mathieu Arnold To: Piotr Kubaj Cc: Mathieu Arnold , Gerald Pfeifer , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r568012 - head/net/tightvnc Message-ID: <20210317171958.znakfw7uj543uc7z@aching.in.mat.cc> References: <202103101603.12AG371X067963@repo.freebsd.org> <13e0fa6a-7ea4-d321-c75e-474eeb415ee9@pfeifer.com> <20210315112025.ij4l2oiegzkq2hhu@aching.in.mat.cc> <6fc69b3c-6b86-ffd9-9784-524868a8d951@pfeifer.com> <20210317111317.vlp7f7kqxwhwlsjd@aching.in.mat.cc> <20210317114507.edjpfbwtdd3krfdb@aching.in.mat.cc> <20210317134119.bzvp2lfnpiewzl5k@aching.in.mat.cc> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="prvgo4zskicgcspg" Content-Disposition: inline In-Reply-To: X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 17:20:02 -0000 --prvgo4zskicgcspg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 17, 2021 at 02:54:19PM +0100, 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=3Dany simply because there ARE issues with c= lang, so removing USE_GCC=3Dany to check whether something builds doesn't m= ake any sense. >=20 > If there's any person who will remove USE_GCC=3Dany and test for regressi= ons on all architectures, that's ok for me. I have no idea of the state of USE_GCC=3Dany, as it is something nobody should use nowadays in favor of USE_GCC=3Dyes (and Gerald says that often enough), I would have thought that those were old stuff that dated back =66rom the dinosaurs era and that could be tried without gcc. Now, if ports that have USE_GCC=3Dany got it in the last few years, they probably need it, but we don't know until we try. --=20 Mathieu Arnold --prvgo4zskicgcspg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEVhwchfRfuV0unqO5KesJApEdfgIFAmBSOjpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU2 MUMxQzg1RjQ1RkI5NUQyRTlFQTNCOTI5RUIwOTAyOTExRDdFMDIACgkQKesJApEd fgJeyA//eggXG3a/cpzY8m1WVl7knOUxO1nG5O7H9Z15qhlVp+5DW/hLr/PpEhVM k731M5h/IDm2DtuzL98ACa2YnrY2Zsqs168YzWcQJVdXt60T6pk+x0rqjCTB/NQQ q+vcczHeqMCGMU8DKPsJwm04MK2x8GWFEbLleBqXITpL8eBaMulHXelD8DHEUn5B w0XWxK6ShqmeVNPSCg5vYG+cSMcp6BtCVKkov53JPmWnjOY5w0ID+OqkiSmsGKuH JD7+5noBiAA41m8Uw8sKVqGsGisbHZlfxu6IdVIoWZmmGBeTELKLEchz2HjC9bx2 O6bUlLb3+UOJsrs2qS5nyjXHmyc6lBmRb94h5CDXWGkh06CQpgVFiEPLZfo7Qjhn HLWLETLTDON8RE/KnEqM6BM1BsQPtFtebPnwlzB0y40pXdVb7zn/6QeL71hIr7Pl 43oy1Ff5FuJYGZ1lh0yw4IdZUFmCOQnx2TV44Yly582t8MkhmWb7QUPQChZRPU2l euwUpC1ZuiKPH8da6v93dyeaN8y9rLvIy1d9fyN6nEGWKQofkDHzvUx/jspq6TLK 9JRUYreyuxhc4dslEGqIZAZNwfsNgupoz2FrGhvzd/9iZ+xMjqscte5XcV3b3XoO 5nycAEJ3niZhVj9AYvwSWe/K+FyyuUWFkHn4Ip8KUCF+VTH0gFs= =dFZm -----END PGP SIGNATURE----- --prvgo4zskicgcspg--