From owner-svn-ports-head@freebsd.org Mon Feb 22 10:30:34 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 6B0C35502E5; Mon, 22 Feb 2021 10:30:34 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dkdk14bGNz3CSM; Mon, 22 Feb 2021 10:30:33 +0000 (UTC) (envelope-from olivier.freebsd@free.fr) Received: from ravel.localnet (unknown [90.118.181.206]) (Authenticated sender: olivier.freebsd@free.fr) by smtp6-g21.free.fr (Postfix) with ESMTPSA id F34A678034D; Mon, 22 Feb 2021 11:30:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1613989824; bh=eAvzxerAnc+flPvg6OHRKxh77xvWeEYaF5v+7WOqEMY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=kCdOWFedE0dHZL4mtU+ae/jt3X/AuwytkoElMKQGepOIoF0NY4wXCfsTAK0rWAscz FGDi2HHfJb3m8w8d6Hq6kldWETRdghf8/aXD1WJC3TxqMSf5zSj5MZNf9jfBwE912s tILWzjZ4D1EF8KQizExDCSBWGG2JHhyD9NQlenvEPM9y799SPH9HeLq4DbDP7gIdJt hNgw/BU/Fm0pENIaSQ+zprl5JXs89o5sNcji2dim2jlwwnXIx4u2hjpw9e/nvIoAm4 8ZRYW80k7kowxwEKezUO0clN7tMBcnh8rnGpimTIbH2OTfrg7YknhGfLWJWxMbU0mO ktJ0VUz+QyB5g== From: Olivier Certner To: Kurt Jaeger , Gerald Pfeifer Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r565330 - in head: . www www/palemoon www/palemoon/files Date: Mon, 22 Feb 2021 11:30:13 +0100 Message-ID: <6023468.TRTBLuF5rb@ravel> In-Reply-To: <7595c273-707c-85f-4241-4ed264a257b9@pfeifer.com> References: <202102151919.11FJJMGp064158@repo.freebsd.org> <7595c273-707c-85f-4241-4ed264a257b9@pfeifer.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dkdk14bGNz3CSM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=free.fr header.s=smtp-20201208 header.b=kCdOWFed; dmarc=pass (policy=none) header.from=free.fr; spf=pass (mx1.freebsd.org: domain of olivier.freebsd@free.fr designates 212.27.42.6 as permitted sender) smtp.mailfrom=olivier.freebsd@free.fr X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[free.fr]; R_SPF_ALLOW(-0.20)[+ip4:212.27.42.6]; RWL_MAILSPIKE_GOOD(0.00)[212.27.42.6:from]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[free.fr:+]; DMARC_POLICY_ALLOW(-0.50)[free.fr,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.27.42.6:from]; CTE_CASE(0.50)[]; ASN(0.00)[asn:12322, ipnet:212.27.32.0/19, country:FR]; FREEMAIL_ENVFROM(0.00)[free.fr]; DWL_DNSWL_NONE(0.00)[free.fr:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[free.fr:s=smtp-20201208]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.27.42.6:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[212.27.42.6:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[svn-ports-all,svn-ports-head] 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: Mon, 22 Feb 2021 10:30:34 -0000 Hi Gerald, Actually, I've already switched to using "9:build" locally, which allowed me to remove the lines after '.include ' (those that remove gcc* from RUN_DEPENDS). This is a progress, but not that big for this specific port at this point. I think it would be great if the ports infrastructure allowed to specify building with GCC, but using libc++'s headers and linking against it, and also removing '-rpath', which is not necessary for a build-only dependency (I wonder if it is still necessary at all for runtime dependencies; might be for architectures that have not switched to clang; -rpath should be eliminated at most costs, but this is another discussion). That would be a much bigger progress, and it can probably fix a bunch of other situations as well (in the past years, I stumbled against a problem with a C++ port that was built with GCC (and thus linked to libstdc++) for which I wanted to build an extension that had to be linked to another C++ library, already built... with clang/libc++; and it didn't work, as expected). This also will open the way for the possibility of (gradually) having all ports containing C++ code and that are built with GCC be linked against libc++ by default (and linking against libstdc++ become the explicit exception) in order to avoid problems with mixing libc++ and libstdc++ problems, both in- and out-tree. As for Pale Moon, I have already done the work, so I would not be the one to really benefit much in the short term. However, I would happily test changes in the infrastructure, and get rid of my Makefile manipulations once there are in place, because I'm positive this is the right way going forward. I even considered building a patch (of bsd.gcc.mk) and submitting it, but I'm having more pressing issues at the moment. If you're interested, I can reconsider it in a few days (but don't wait for me; obviously, you can build upon what I did in Pale Moon's Makefile if you have the will and time). Regards, Olivier