From nobody Mon Aug 26 13:40:46 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WssJN1wTGz5Sx7r; Mon, 26 Aug 2024 13:40:52 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WssJN11s2z4cYy; Mon, 26 Aug 2024 13:40:52 +0000 (UTC) (envelope-from philip@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724679652; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oIS4pEmLsmn0IkUOtEMsf9/1qAnXNx5wgcUcY0QRUhs=; b=tIjfAUv9cAQC/Dc4uvFXfYsogSRlO7NQrErTgFhFfPoU57Ubc8cmwJyqK4f3oxk4IT6cy1 84v2XOLMqm5GDuLLzMrFnFZZ7x2+6hjeaiDhQbEPkIWijx05DY2dZcOfsDxcO7L2sSyxe6 Yh/72b6l1Lw5aSydKnm8yfBsqnWQLysqOHaaI8da4/OvPHI/Br19bm3BT4fEDLUUdWzLf/ ZUHsy09D6C81VSoOmioIQV5ECPth0HdLmVpeIR8XARuy3gXSvXFObVo8m6eCMLJKS6gNip +fOryImqMp80Bt6UdOEIv6R+W4e3RmrvOG52MoXxuNycdECnxLnYFCDw4QQduA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724679652; a=rsa-sha256; cv=none; b=v9Ou6Hztd9eAFlzRoLXcWEkT812SHzCIdxCmOC5qY2Z8QdgtVXpxpCU9tlxcsuaqq7SHHY nCEjgCO/FAxBlF52CbK/LdPisIGBtlpMRwyBSf9HMseB94Ww/IxtqTspPJiSwsC7FD2aoY aAMHtix2fNfPQdEjn97tnAYy/xvvzrybeE6TruzdTEeci7iOcTpR8q6PWM5DftilG+wn6q akOfzWfd2TdgqJRtCPQWiDcr/TPfNzLnMQ3AIY0OxENd0MMontRq+hOcZsfW0nZ3yXRrzT TP1uEtDoP62BqpDb0N5DTTXtKhaRLS3BkJuFUhqDZ4PMI6oO0NyY6Bdrjg0IBA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724679652; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oIS4pEmLsmn0IkUOtEMsf9/1qAnXNx5wgcUcY0QRUhs=; b=GlD1IqJ/VOpxSNLKhn8YAZI+M+LXKi08luJwJFJJQT+5IquyefgEZFpi4MIRsILNL6tw5Q yf/iNdYm8FbOUj4eGo9m0M0V6fFJr35WomnwIGtt4mjYvq7Xr7t88aBwGjJlyyoFjC1kTl BNuUGFVeuiOG9KtCVQcZSF+vWF23w/+AtNaNuNHUN02LY2nToW23EQXPwBpk/kfLrVhuJZ yTOKLjiItye4LhQGCX/qe6z4uqyfOTqPqgXw9hKpcjqHTWhrNzOO2XRqHCxY8LRSmEP0dp GV4jtDeoJJ7BgHNIDZIYMgJNT9ZEvZcySh8PnjEAxlu9NA1IL4ZMjB9NwgI15A== Received: from fauth1-smtp.messagingengine.com (fauth1-smtp.messagingengine.com [103.168.172.200]) (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 did not present a certificate) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WssJN0NDBz14jt; Mon, 26 Aug 2024 13:40:52 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from phl-compute-04.internal (phl-compute-04.nyi.internal [10.202.2.44]) by mailfauth.nyi.internal (Postfix) with ESMTP id A7AF0120006D; Mon, 26 Aug 2024 09:40:49 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Mon, 26 Aug 2024 09:40:49 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddruddvkedgieeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefufffokfgjfhggtgesthdtmhdtredttden ucfhrhhomheprfhhihhlihhpucfrrggvphhsuceophhhihhlihhpsehfrhgvvggsshgurd horhhgqeenucggtffrrghtthgvrhhnpefggfefieegtedtledtgfevtdfftdegvdehueei teehteefieefveevtedvvdekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpehphhhilhhiphdomhgvshhmthhprghuthhhphgvrhhsohhnrghl ihhthidqudduieeivdeivdegkedqvdefhedukedttdekqdhphhhilhhipheppehfrhgvvg gsshgurdhorhhgsehtrhhouhgslhgvrdhishdpnhgspghrtghpthhtohepfedpmhhouggv pehsmhhtphhouhhtpdhrtghpthhtohepmhgrrhhklhhmiheshigrhhhoohdrtghomhdprh gtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhgpdhrtghpthht ohepfhhrvggvsghsugdqphhorhhtshesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: ia691475d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 26 Aug 2024 09:40:48 -0400 (EDT) From: Philip Paeps To: Mark Millard Cc: FreeBSD ARM List , FreeBSD Mailing List Subject: Re: ampere2 did not even try to build main-armv7-default: it is only trying to build main-arm64-default Date: Mon, 26 Aug 2024 21:40:46 +0800 X-Mailer: MailMate (1.14r6059) Message-ID: <0FD5A72E-BFFF-422C-B38F-7EDFB832FAFB@freebsd.org> In-Reply-To: <90DDBA5B-1D0C-402F-88F5-704DD7D439B9@freebsd.org> References: <90DDBA5B-1D0C-402F-88F5-704DD7D439B9@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed On 2024-08-25 14:01:09 (+0800), Philip Paeps wrote: > On 2024-08-24 14:34:01 (+0800), Mark Millard wrote: >> On Aug 19, 2024, at 20:17, Mark Millard wrote: >>> main-arm64-default p60a177caf143_s7a8d05ba19b >>> finished its last package build at: Aug 19 17:50:28 UTC 2024, >>> building 34197 of 35762 Queued >>> >>> The next build to start on ampere2 was: >>> >>> main-arm64-default p3efa6621722c_s4132c4be4c0 >>> starting at: 20 Aug 2024 01:13:06 GMT, >>> 18092 Queued. >>> >>> I do not see any evidence of it attempting a >>> main-armv7-default build. >>> >>> So there is still no evidence being gathered for if the >>> hangup fix in the world (jail) code is sufficient to >>> lead to a from-scratch poudriere "bulk -a" running to >>> completion for armv7. >>> >> >> It looks like in the next day or two, p3efa6621722c_s4132c4be4c0 >> of main-arm64-default on ampere2 will finish its "bulk -a" build. >> >> Question: Will main-armv7-default be the next "bulk -a" attempted >> by ampere2 so that there will finally be an updated distribution >> of packages for main-armv7-default (presuming that build >> completes)? > > I've been spread very thin. I'll take a look at what state the > ampereXen are in. I haven't looked at them in several weeks. They're > on my list for the ongoing cluster dogfood refresh, but I've been > working in other areas of the cluster for a couple of weeks. > > Thanks for the nudge. It looks like package building for arm architectures is not in great shape. I've put this higher on my list. I hope to get to it in the morning. Philip From nobody Mon Aug 26 15:33:20 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WsvpD6TMVz5T7Fd for ; Mon, 26 Aug 2024 15:33:24 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WsvpC33jZz4qRZ for ; Mon, 26 Aug 2024 15:33:23 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b="D4/kSYCJ"; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of ngrundmann@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=ngrundmann@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1724686401; x=1725291201; i=ngrundmann@gmx.de; bh=S1uEjGL6hzYN8JWUIZ1ieyXH21nZHMUkO5BSxAzJYWc=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:To:From:Subject: Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=D4/kSYCJzsbZD+bIJ1afVDZf3ZhGXD8NMHGcRfmEjQBnKMvz1ckS6GPtZQO6Y2dO TM3MqJzbmo34EjQkMlXVYqr7PU2oKXVCR0ilhoOyK0Xdw1narM+wmdAwRRLGdSQgO bbyOffaYkUWIAbI2mUSNwK6h0/V7Bzig/Z3cG6dal0fbrfiQgwrf3W7eM7fmvVMP2 uRhZuUM+VNCP3HvZu7bQva/HRQFllPMwBiu+nGZHEesBmW6MLuonaqQtzlO4MT2VD hozOggu6ioC1nuLN+IvGmiVirYaD+PRbAIQK8hPmNyOgaT6idG5cpiZXMkGx2bNE0 ToCiSmO9Z7iZVkpmfA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.1] ([88.130.48.5]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MyKHm-1rss9N1UIG-00rtzp for ; Mon, 26 Aug 2024 17:33:21 +0200 Message-ID: Date: Mon, 26 Aug 2024 17:33:20 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: FreeBSD Mailing List Content-Language: en-US From: Norbert Grundmann Subject: Use git with --recursive option Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:lgihYk98UxnZssLWeaNjiL6epvn8IHbG08SvWunSt2QMBF4TKIk s9TJjpWZY7fdhkBy6DUiv0wzk+xkgdES5NlAScYCb8DQtilAqW4UdEzSE8brM7Pf3mf6oCo cL1gyqHjjTKcOuXwXaDg89Ngk9eBfQwU6tTpK0VYXxhfJDckTDO8MSM/Y30VC/3eRAyTdxQ OZWOd4bZz6qsLFldOP1uw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:7RICFBO60MU=;imd6dklm8BLH23NSduPxAYOxDQD 9N7/g7clNIxRhEBvrXVFjtqWhnX3fBl5WdU5TaydOOdovI6Mhs0eBoWuPE8s3W+bpFz/vMvEu meqt1jLNxIb7IpQe5v7PDBKi4Gw5ZBh4xZXJOb3oUTKVXkL1Ne4hJrz64UW9I9SGBiJ7HVAfm jg48PTwIS0+qGhPJUzUHVJvhZEjetLrTmOWBUTJ9uPHa8+38BGa9hYRqIOYetwIutayJbqxlY Uk7NLx2LUrFpVzI5p+OHuqBp0tXfVQMYd15+MaWukZ7KEqW/ITJTEEIQj7o5NF/W4dAno0VJi 584ckMHjgIcWryC3vEruzvRxMJtV9M064SA+prif2dM4PqdYNzPoYIAa7zGDGvy8nuxQwaL4r nOCqrSixJsso6l+6OrbzGL4YNx6ta9XZecK0oDnpVAVQYqp+K2CnRUekww7cNZvhgiAJHeCvi /uQbc1bmq4lVuvNmPHq7VhvdA249nF2K4334npHJ1cK5XMrpzafb+ruvgC38lQRL9vS22WzSj zkts9HqxsxmInZ7JEDghUxKxGvozelUTuPpxFc2UpNIUuInRhWUOUEcXJU3ov804rHr3ffAXW 72YlUW0/xuwCjERXEsa8plNhVyGx5OAo5utyVivso/YwkmOS5VF3GGgE8KpQdtfT4L+udf2zl m/ZGYjqDhfR/T9MANHrwgB5QT/zmr+FKX4UTNnUqL143tn+8nZadIo8HditrIxdyb8WlJ8ver fdoLlWkt+/7VhYK/SM3r12+HUWqPSFeuATMBNqiMzL3HVM09nnB4O+M2frHzgEwmC8svtWfI2 OpzZJF4sp1GbVXroHHB6FlBw== X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.87 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.79)[-0.786]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,quarantine]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[212.227.15.18:from]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmx.de] X-Rspamd-Queue-Id: 4WsvpC33jZz4qRZ Hello, I try to create / update a port - which clones / downloads github repositories.=C2=A0 Because there are a lot of depencencies, how to call t= he download with the "--recursive" option? I have something in Makefile like: USE_GITHUB=3D=C2=A0=C2=A0=C2=A0=C2=A0 yes GH_TUPLE=3D eclipse-platform:eclipse.platform.releng.aggregator:${ECLIPSE_TAG} \ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 eclipse-jdt:eclipse.jdt:${ECLI= PSE_TAG}:a/eclipse.jdt \ eclipse-jdt:eclipse.jdt.core:${ECLIPSE_TAG}:b/eclipse.jdt.core \ eclipse-jdt:eclipse.jdt.core.binaries:${ECLIPSE_TAG}:c/eclipse.jdt.core.bi= naries \ eclipse-jdt:eclipse.jdt.debug:${ECLIPSE_TAG}:d/eclipse.jdt.debug \ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ... and would like to download just the first, but recursive... Thanks for help :-)=C2=A0 All the best, Norebrt =2D- I love penguins at the south pole, windows in my house and apples on my tr= ee, but not in my computer :) From nobody Tue Aug 27 02:34:18 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WtBT45PlCz5TrXp for ; Tue, 27 Aug 2024 02:34:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WtBT41T2Rz43N9 for ; Tue, 27 Aug 2024 02:34:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1724726070; bh=iCZDCIC5O9pZkkqu64ACa0N8esuIMFvTS3Py+4eLA4g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=IvNbGdPtcLcuB3t+PSVu3Vi13WDMBErTe+Z0OhsKtfN7MY07PB8TBTxiIibS8Vjr6kChtTRYUs8qGwDzwIyXuj4z4stNJkymhVH4XNGux2dh1romt2tm7Z+gcAXdAgcRpEqGYK3+5aoBcARBW1iMqzbiLYJjKMvIPfCTGImyQhdXILcHSFmG5AWqwXLQv+h7NR2CkrZ4pm4Ym9vn0+jrUnxMQenj8sgtMN/qEtglw5etmx8N8veKCbzost25JBavWdTafQB6kgmSSOM9YkqDeDwFy8CrhwPaQLOIDvR8inCUzbLR45RxtfTVDBek82/eHvOzXnr5m6UJYipwP6t2Qg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1724726070; bh=EkvRABTjoCNvmSpB2iU3fJJGs9J4Lss031P0ZsM+5+9=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SqFdDg6qCl/grmYY2wqbFZYK4gcuYBxoylwO9Cjbf8rmeMWCtleDwt0QPLDV0k6/OKrmkrHidd5P7642Xj658rQmjuqSVVy165zq2mE4yWqNHPKS3Br9ZodWOs69I2Kio6c0x7yp3FejkUJzjHgcyFQM/bDL1rF8a2C5CTNfOqWj0sk5DJkXtgTthIQv2z3gR4OF/y7nfmtSRwo4nEdnD97ucX3BajIHltnWhO8h+qCKsTae7Z6FHBVE/+NnRvPfL3DpwJ6rB45sOSi7UTUp0WEiOaaAKFNVCAUzWCJEYqvWpM7ADrMYT/wYnsvjeEZwmuKti+FMl/xY/RRV9UHBqw== X-YMail-OSG: .RIb_x0VM1m_u_uPlnupLdIHJEAvV3ZV3JbhKRZQXZugzJo4kgZZAprS95miBFy RM51Sa2jK4_5iZlIbT8b9GymTKjh71WAd1.SNSGbB9UzE1H8OkxHeg8Bw35gKgHGhFLgLep52Iwc x8a3AHZZ7d_cdOMCh7lYn89vGD1ShEg3EIY0VGoKy4IQRFL8AloYU_EZTEUiIwT6W56SqjxjHYS6 S..GMO3IkwfZZEF._kolSkL28YxZpmTMIdn6bjS59SDOOPBAoFdcfJoRihzHM5VcWSGYhiLUxOM1 moM4rUYyql8YDdTNOowF6IhasODB5MqMs3hh_ov7k7Bv6xx9611D3.ZC2f7ccYj.kTqFogoXqe.W SZ.ZxcgNQWYWM.Tqn5tqrNB.AsLQ9JH9rw3QUuaFlEt7ScpD.pJTNZfaeaMGkfTaOyOXQikuldur 0KyFqR24HwrTQ4BHvKz4uDW_5n9zE4Jc.nf3Yc3pt3bqGXI5OEmv6J_n8Rx47MPfbmXV_y5fug0z .ENk1rexwpxn0hQ4h0zCYWKNV6TDScKCEn3l16xjR72_btkUdMK0apyUdHJc72dLJJ0Hv95hud3U 8WvklGleYltktcro5Lw9XPvCdNkyjolJ4_VY5CDMiXr85paZWOdiTzt_aZ7NwgyjZ013zY9jb9jw 6Qzy4IoLPVgLfTux3bCrwi1SdkeopdEo07kjz0EV4ySKaUsabvRCU2quOY2HTpyWuEmTMYlXdp21 6LJIvw7e5NktAG0voBuJmPStr6.hJ05X66EqLXKSfMQpW75JRZAB.CUWCfV_y6Ju9D3VkSbZhpfF ozRDKWAx562FdZaLbQ.Nuu9zw3WWQN4Pr_I.oXdnzcOBZEXJm5JLVbJ7jkBJc4S9K0jooOXiIQMd wFxODDAw9jAYViUQLBhpsTU_Y5NH2YVBpS9ECBV9JwIKPKgjDBzu5Z7ghh7Ow22vpZMd_gtC1rsc h3ZH6uEJQwIwXOw9h5YT9hCbap_KwwFJrc6E7xPERGCqWRgBU198w9FMfnYldBK4FnPLCdHE_6d1 4qplkebV9nbWCKm385W4eDDXpBdDAMHzCm1fotCD5vJcRQ3wykZ2XjIDfRzp8mYnGgIrHnHQr218 Q7nyRMh4GP80M6DzUDxamXs04gPimI2F8QmUnskGL5Hi6RIrStvfhYH1MKAB8zG1M_Q_FzK1C504 wqeJ824r2KfqABegT3lvmExibEjyyGtUh.67RfQ3oUYuEkeiffUV82wu.mKsL4PDSATDbVoTjdRe VZ2vURfuPFjJvI91ne3DxIb.BKeNwWd_qp0FcCpu5qlx.WvAl_1rC2eyxr2e0jJOiTrHce_Wt9j1 .zNhqRMU0EA9HTeLfjQG.zr2bWOzNL4O7vj9GIvuDIAlVP1CNCFkMrmo7pVlHYS2EtDnYfZCgr7r Vc4VanDs_Ev4I.o_j0RN1Iy4l7sLxfuDEGs4YPWQicfvPN1mb4Ni94dtbRt_EzVFlpYgBZkO27jA OGCSzZrPKs9adQuBB_oep1mPjuiEc_1EtvxXdXtDBrzAly5gLydl4SypuJfulPnrG0DOs0D.mzdh DVuEYEgCRRoD8OWZIHOEu8N5nDAVIplbxGq0wYOL9IsEohX4qqBtZ2nu1wijYaoaaVadOipUlbgy QaXTRHr4.1_0U6jINaHbmw1YU_rC_I95mdZPSxMr1pDJVcF5ZvoA_OizuTf96Qrt4lPO.7I7Ki0z GndKHXC0veqKB18AfVsKEZhVg.UffqHiyqW0vEkNn23n1FFH7Tbg318YvXN6malL8qBCMmDTnfcI krSrFlyuMoersOTmR.YQc6XUaA6bqH4zul2eAY4CGKtdWEbimF61WFRHtz63_OlYVj_VHgmNN6ut buUJMJSi7_L2O1D2k6uGECetIsakFxVPQ5Gws4Ru8nEA.9YIz6pMrHm5piYQblqyazL9tjLYMuUL RzBC2GZdjH.G3gDRWZS7vw_0iqsW9TCWLlwjt6f.Wupu9k6StWoj05qQzfwO68suJK2h5Kf.iMQp JNxlHDvto9WwkU04qn4XKGtpyRGX38tNfOdjbSBxKWZKiHpFP6HjDkzXmALlLc8Q5ydIzEEhuWta fhsFM0bSHI7mBvz2IUq0OhEXYrycNOg50DOxNSeZUmT0RJ.WoZHcN.c6KeJms4O8eXEzu3W0qKO9 KLFRr6EyYM2TgPwY5e25ADF_boD66A4BkUukvq3hmVVHv.XcKMqYjtGLcPp4qtPnGjd12fg1czaQ .Fr7voU4LeoIvFqZtprfbgLqUPCHC5VCijvWnfA7j_71Z57xHCUaAGdg9BvLp7jDp.ENovlXMnDl 91z7s22Zwnd0G0JYE X-Sonic-MF: X-Sonic-ID: f339cb89-0e7f-41b0-b4a9-8ca558a59e71 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Aug 2024 02:34:30 +0000 Received: by hermes--production-gq1-5d95dc458-m8nfd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ea58c71883dd445d2515d36baaada4b9; Tue, 27 Aug 2024 02:34:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: ampere2 did not even try to build main-armv7-default: it is only trying to build main-arm64-default From: Mark Millard In-Reply-To: <0FD5A72E-BFFF-422C-B38F-7EDFB832FAFB@freebsd.org> Date: Mon, 26 Aug 2024 19:34:18 -0700 Cc: FreeBSD ARM List , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <90DDBA5B-1D0C-402F-88F5-704DD7D439B9@freebsd.org> <0FD5A72E-BFFF-422C-B38F-7EDFB832FAFB@freebsd.org> To: Philip Paeps X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4WtBT41T2Rz43N9 On Aug 26, 2024, at 06:40, Philip Paeps wrote: > On 2024-08-25 14:01:09 (+0800), Philip Paeps wrote: >> On 2024-08-24 14:34:01 (+0800), Mark Millard wrote: >>> On Aug 19, 2024, at 20:17, Mark Millard wrote: >>>> main-arm64-default p60a177caf143_s7a8d05ba19b >>>> finished its last package build at: Aug 19 17:50:28 UTC 2024, >>>> building 34197 of 35762 Queued >>>>=20 >>>> The next build to start on ampere2 was: >>>>=20 >>>> main-arm64-default p3efa6621722c_s4132c4be4c0 >>>> starting at: 20 Aug 2024 01:13:06 GMT, >>>> 18092 Queued. >>>>=20 >>>> I do not see any evidence of it attempting a >>>> main-armv7-default build. >>>>=20 >>>> So there is still no evidence being gathered for if the >>>> hangup fix in the world (jail) code is sufficient to >>>> lead to a from-scratch poudriere "bulk -a" running to >>>> completion for armv7. >>>>=20 >>>=20 >>> It looks like in the next day or two, p3efa6621722c_s4132c4be4c0 >>> of main-arm64-default on ampere2 will finish its "bulk -a" build. >>>=20 >>> Question: Will main-armv7-default be the next "bulk -a" attempted >>> by ampere2 so that there will finally be an updated distribution >>> of packages for main-armv7-default (presuming that build >>> completes)? >>=20 >> I've been spread very thin. I'll take a look at what state the = ampereXen are in. I haven't looked at them in several weeks. They're = on my list for the ongoing cluster dogfood refresh, but I've been = working in other areas of the cluster for a couple of weeks. >>=20 >> Thanks for the nudge. >=20 > It looks like package building for arm architectures is not in great = shape. I've put this higher on my list. I hope to get to it in the = morning. >=20 main-arm64-default on ampere2 has started building as of Tue, 27 Aug = 2024 01:58:37 GMT. 14609 were queued. So, unless that is stopped, it will likely be days before = main-armv7-default would be started. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Aug 27 03:54:20 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WtDF93QwPz5TyLX for ; Tue, 27 Aug 2024 03:54:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WtDF91HlBz4Ctc for ; Tue, 27 Aug 2024 03:54:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724730861; a=rsa-sha256; cv=none; b=mYZBE1CMqhQ8ftOejLgbWgpfAIBur43gAl26w/BdGHorY6vvE+zRVEfggOWR+9x0g9Qnv0 PVc2s19JqwUzRJAktdDfs7V7Q4INHNfFTZVTF4wEJVscoOZGNXFU0C1CqP0bVKzStNFzns tapoJbj5c8N6+ihOSujgr3ZQDI1gc6/XjuC+B3n0Ik4sPNT0u26JEKmIqbXhvtOi+IGY/A V4KDdx3QVCusHQo9fi+DnFcwbX8lSHyNUtQp+f9UZGWPPAjEyvNXwi3OTjX2DRtan4/0gz bEEXQuIGaPpCPhT19PpNvzhtac8mjLrlQuiOQcl1OZpFteKb9WN0E7HDYOQ18A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724730861; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4WhDiknQ9m2LzW2nxJuoixBSZ6vO7WVJSlUmkU1ZxLo=; b=tME6lI8H4DuN0GnWB4o6u+oD0biejcRkc7FG4VK0+pyQlbrxzE7af/A0C4e9QCGgGLxLv7 1PVlPrceUrnaZG4jbhFRgZXaQcV+AGEZpKrRILGPbxSmMv9KR2ZJCgnWlCRv2f5XUlK0G+ 6u7pP3UCBD89j28Dx0G5rTnNVz/gK9dGfNkD27mbfL3QAAyGDFKF8wGae154rIb/6fEckF 7qKe2t55Y4LqQigoV07R+pk20FT2tNcIsG/36pE8gJYYIJg+ffSSmxSg05OznMEbOr4zKa JA60EsoPy1/X1uvFJ09biU2HP/Jhi34Gjt6KqJNadVuBwbx8CFdhLjaRaaKQlA== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4WtDF90hCCzZQy for ; Tue, 27 Aug 2024 03:54:21 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 47R3sKJC040923 for ; Tue, 27 Aug 2024 03:54:20 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 47R3sKhN040922; Tue, 27 Aug 2024 03:54:20 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202408270354.47R3sKhN040922@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Tue, 27 Aug 2024 03:54:20 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ editors/setzer | 54 | v66 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Tue Aug 27 13:13:25 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WtSfQ5whRz5VhjR for ; Tue, 27 Aug 2024 13:13:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WtSfP0cXcz3yWh for ; Tue, 27 Aug 2024 13:13:32 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 47RDDPvX034167 for ; Tue, 27 Aug 2024 13:13:25 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 47RDDPGp034166 for freebsd-ports@freebsd.org; Tue, 27 Aug 2024 06:13:25 -0700 (PDT) (envelope-from david) Date: Tue, 27 Aug 2024 06:13:25 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: www/chromium-128.0.6613.84 build failure (amd64; poudriere) Message-ID: Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5weudhlppyNJUcZY" Content-Disposition: inline X-Spamd-Bar: / X-Spamd-Result: default: False [-0.40 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FREEFALL_USER(0.00)[david]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org] X-Rspamd-Queue-Id: 4WtSfP0cXcz3yWh --5weudhlppyNJUcZY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My build machine gets the task of building packages for www/chromium for the machines that actually use it. And it (and its earlier instantiation) has been using poudriere-devel for package-building since July, 2015. Given the VuXML entry for chromium and the recent update of the latter to 128.0.6613.84, I set the builder to work; it rebuilt several things in preparation for chromium, but the latter failed (apparently something that ninja encountered). The build machine was running: FreeBSD freebeast.catwhisker.org 14.1-STABLE FreeBSD 14.1-STABLE #208 stabl= e/14-n268552-818e3dc03d0c: Tue Aug 27 10:34:16 UTC 2024 root@freebeast.= catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1401502= 1401502 with the ports tree at: main-n675227-f2a04eb29525 It had most recently (before this) rebuilt all packages Sunday (2 days ago); the only failure then was games/bsdgames. This morning, it reported that it built/failed/ignored: [01:01:43] Built ports: devel/pkgconf graphics/wayland x11/libxkbcommon mul= timedia/libva graphics/vulkan-loader graphics/libplacebo devel/glib20 devel= /desktop-file-utils misc/shared-mime-info devel/dbus-glib graphics/mesa-lib= s devel/py-dbus@py311 audio/jack devel/gobject-introspection devel/sdl20 de= vel/gsettings-desktop-schemas devel/libgudev databases/sqlite3@default sysu= tils/polkit accessibility/at-spi2-core devel/json-glib graphics/gdk-pixbuf2= x11/libwacom multimedia/gstreamer1 graphics/cairo devel/qt5-core graphics/= gtk-update-icon-cache x11/libinput security/nss multimedia/gstreamer1-plugi= ns net/avahi-app x11-themes/adwaita-icon-theme sysutils/consolekit2 print/h= arfbuzz lang/vala devel/dconf graphics/mesa-dri multimedia/pipewire devel/l= ibgusb security/libsecret devel/qt5-dbus net/qt5-network x11-toolkits/pango= audio/pulseaudio print/harfbuzz-icu graphics/libjxl graphics/colord print/= cups accessibility/speech-dispatcher x11-toolkits/qt5-gui multimedia/ffmpeg= x11-toolkits/qt5-widgets audio/alsa-plugins lang/rust devel/rust-bindgen-c= li graphics/librsvg2-rust x11-toolkits/gtk30 [01:01:43] Failed ports: www/chromium:build [01:01:43] Ignored ports: devel/swig textproc/p5-XML-Parser devel/gettext-t= ools devel/p5-Locale-gettext misc/help2man databases/gdbm security/nettle a= rchivers/zstd devel/libdatrie devel/p5-Locale-libintl audio/libvorbis print= /texinfo graphics/tiff textproc/gsed devel/m4 security/rhash dns/libidn2 ma= th/mpfr security/libgcrypt multimedia/libtheora graphics/lcms2 devel/bison = devel/cmake-core lang/ruby32 shells/bash textproc/rubygem-rdiscount www/rub= ygem-hpricot audio/espeak-ng devel/binutils@native lang/python311 devel/re2= multimedia/libv4l x11/libSM devel/libthai graphics/libexif audio/flac audi= o/speex x11/libxcb x11/libX11 devel/py-pyyaml@py311 x11/libXfixes audio/als= a-lib x11/libXdamage x11/xcb-util x11/xcb-util-wm x11/xcb-util-renderutil a= udio/libsndfile print/freetype2 x11/libXext x11/libXScrnSaver x11-fonts/mkf= ontscale x11-toolkits/libXt x11-toolkits/libXmu x11/libXcomposite x11/libXi= nerama graphics/openjpeg audio/libsamplerate x11/xcb-util-image x11/xcb-uti= l-keysyms textproc/libxml2 textproc/libxslt multimedia/aom x11/xprop x11/li= bXrender x11/xset x11/libXrandr devel/dbus x11/libXcursor graphics/openexr = www/node20 dns/libpsl security/p11-kit x11-fonts/fontconfig graphics/libglv= nd security/gnutls ftp/curl x11/libXv x11/libXi graphics/libGLU x11-fonts/l= ibXft x11/libXtst x11/libXxf86vm graphics/libdrm graphics/freeglut devel/ll= vm18@default devel/llvm15@default graphics/webp devel/spirv-llvm-translator= @llvm15 The last part of the log: =2E.. [ 12% 7920/64048] python3 ../../third_party/catapult/tracing/bin/generate_a= bout_tracing_contents --outdir gen/content/browser/tracing [ 12% 7920/64048] cc -MD -MF obj/third_party/brotli/enc/backward_references= =2Eo.d -DUSE_AURA=3D1 -DUSE_GLIB=3D1 -DUSE_OZONE=3D1 -DOFFICIAL_BUILD -D_FI= LE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_T= ABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=3D_LIBCPP_HARDENING_MODE_EXTEN= SIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILI= TY_ANNOTATIONS -DCR_LIBCXX_REVISION=3D6bb75caa139ee1e686d2205910454cf6ea212= e58 -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=3D0 -I../.. -Igen -I= =2E./../buildtools/third_party/libc++ -I../../third_party/brotli/include -f= no-delete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-prote= ctor -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fco= lor-diagnostics -fmerge-all-constants -fno-sized-deallocation -fcomplete-me= mber-pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-can= onical-prefixes -ftrivial-auto-var-init=3Dpattern -fno-omit-frame-pointer -= g0 -fprofile-use=3D../../chrome/build/pgo_profiles/chrome-linux-6613-172417= 6677-471e3754246bb4b3b123986461efc47da76fd985-930ea204ea21ac0cb91d7ef9b1aef= faba6cb10fa.profdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-o= f-date -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=3D1 -fvis= ibility=3Dhidden -Wheader-hygiene -Wstring-conversion -Wtautological-overla= p-compare -Wall -Wno-unused-variable -Wno-c++11-narrowing -Wno-unused-but-s= et-variable -Wno-misleading-indentation -Wno-missing-field-initializers -Wn= o-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declar= ation -Wno-cast-function-type -Wno-deprecated-builtins -Wno-deprecated-this= -capture -Wno-invalid-offsetof -Wno-vla-extension -O2 -fdata-sections -ffun= ction-sections -fno-unique-section-names -fno-math-errno -std=3Dc11 -c ../.= =2E/third_party/brotli/enc/backward_references.c -o obj/third_party/brotli/= enc/backward_references.o [ 12% 7920/64048] python3 ../../third_party/blink/renderer/bindings/scripts= /build_web_idl_database.py --output gen/third_party/blink/renderer/bindings= /web_idl_database.pickle --runtime_enabled_features ../../third_party/blink= /renderer/platform/runtime_enabled_features.json5 -- gen/third_party/blink/= renderer/bindings/web_idl_in_core.pickle gen/third_party/blink/renderer/bin= dings/web_idl_in_core_for_testing.pickle gen/third_party/blink/renderer/bin= dings/web_idl_in_modules.pickle gen/third_party/blink/renderer/bindings/web= _idl_in_modules_for_testing.pickle ninja: build stopped: subcommand failed. =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/www/chromium =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for chromium-128.0.6613.84 build of www/chromium | chromium-128.0.6613.84 ended at Tue Aug 27 12:31:40= UTC 2024 build time: 00:08:51 !!! build failure encountered !!! Full logs may be found in https://www.catwhisker.org/~david/FreeBSD/ports/chromium/ Peace, david --=20 David H. Wolfskill david@catwhisker.org Restricting bodily autonomy is a mark of autocracy, not conservatism. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --5weudhlppyNJUcZY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZs3Q9V8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5df1AQDGzaLZdDcUPOXEWRkaIIIYmIehuHSpV7EhE77PEyUG3AD9GpIMDw2vR9T6 07eFkXFzsqkaeIRC46Ut7jqrWN2jBAk= =o+Ec -----END PGP SIGNATURE----- --5weudhlppyNJUcZY-- From nobody Tue Aug 27 13:43:18 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WtTJt6f16z5Vl0x for ; Tue, 27 Aug 2024 13:43:26 +0000 (UTC) (envelope-from SRS0=iIFd=P2=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WtTJt3TBwz43KR for ; Tue, 27 Aug 2024 13:43:26 +0000 (UTC) (envelope-from SRS0=iIFd=P2=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Tue, 27 Aug 2024 15:43:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1724766198; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=n5ZaFERkqnmKG/0QoZ00OYLnNwuJ+8LR00uA6a/KqR4=; b=t8/VR7RxwgSVRMRmIdYADQqsxEzkrfc6IdIFzaJj5lybaMYRH6/+71gHzpHDbVLTbQhwI+ UM0Um/Vi7BTu440N7Ip0qfbPAKmdSL8EKIacJG2bnbYPBPtJcu9GCLK/iphcyqIMEAKqMa 4I2V7WVUj2+ZNKva3P42XaeYIdjUSFQkbjBlf1FYvivgjO79GV/0q4dFwtzyVu7m2BxEga aCAyQ9b2KNzre9Y289w1yHnG0Frywygr3DMpsTFCgR+QSHap7SrEOkKISMOHOMWRVtnHao 087wSzedcH/0vTzhIHNn6xbBjyWvW+6HiiAIpaf9pI0oDGR0G5itsPkfc4SxVg== From: Ronald Klop To: freebsd-ports@freebsd.org Cc: David Wolfskill Message-ID: <1344416062.7923.1724766198366@localhost> In-Reply-To: References: Subject: Re: www/chromium-128.0.6613.84 build failure (amd64; poudriere) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7922_470756513.1724766198334" X-Mailer: Realworks (717.37) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4WtTJt3TBwz43KR ------=_Part_7922_470756513.1724766198334 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable When you scroll back a bit in the logs the error output I see is: ... FAILED: gen/third_party/crabbyavif/crabbyavif_libyuv_bindings.rs ... thread 'main' panicked at /wrkdirs/usr/ports/devel/rust-bindgen-cli/work/bi= ndgen-cli-0.70.1/cargo-crates/bindgen-0.70.1/lib.rs:622:27: Unable to find libclang: "couldn't find any valid shared libraries matching= : ['libclang.so', 'libclang.so.*'], set the `LIBCLANG_PATH` environment var= iable to a path where one of these files can be found (invalid: [])" note: run with `RUST_BACKTRACE=3D1` environment variable to display a backt= race Traceback (most recent call last): File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Rel= ease/../../build/rust/run_bindgen.py", line 118, in main() File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Rel= ease/../../build/rust/run_bindgen.py", line 106, in main subprocess.check_call([args.exe, *genargs], env=3Denv) File "/usr/local/lib/python3.11/subprocess.py", line 413, in check_call raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command '[' ']' = died with . I have no further clue why this happens. Regards, Ronald. =20 Van: David Wolfskill Datum: dinsdag, 27 augustus 2024 15:13 Aan: freebsd-ports@freebsd.org Onderwerp: www/chromium-128.0.6613.84 build failure (amd64; poudriere) >=20 > My build machine gets the task of building packages for www/chromium > for the machines that actually use it. And it (and its earlier > instantiation) has been using poudriere-devel for package-building > since July, 2015. >=20 > Given the VuXML entry for chromium and the recent update of the latter > to 128.0.6613.84, I set the builder to work; it rebuilt several things > in preparation for chromium, but the latter failed (apparently something > that ninja encountered). >=20 > The build machine was running: > FreeBSD freebeast.catwhisker.org 14.1-STABLE FreeBSD 14.1-STABLE #208 sta= ble/14-n268552-818e3dc03d0c: Tue Aug 27 10:34:16 UTC 2024 root@freebeas= t.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 14015= 02 1401502 >=20 > with the ports tree at: main-n675227-f2a04eb29525 >=20 > It had most recently (before this) rebuilt all packages Sunday (2 > days ago); the only failure then was games/bsdgames. >=20 > This morning, it reported that it built/failed/ignored: > [01:01:43] Built ports: devel/pkgconf graphics/wayland x11/libxkbcommon m= ultimedia/libva graphics/vulkan-loader graphics/libplacebo devel/glib20 dev= el/desktop-file-utils misc/shared-mime-info devel/dbus-glib graphics/mesa-l= ibs devel/py-dbus@py311 audio/jack devel/gobject-introspection devel/sdl20 = devel/gsettings-desktop-schemas devel/libgudev databases/sqlite3@default sy= sutils/polkit accessibility/at-spi2-core devel/json-glib graphics/gdk-pixbu= f2 x11/libwacom multimedia/gstreamer1 graphics/cairo devel/qt5-core graphic= s/gtk-update-icon-cache x11/libinput security/nss multimedia/gstreamer1-plu= gins net/avahi-app x11-themes/adwaita-icon-theme sysutils/consolekit2 print= /harfbuzz lang/vala devel/dconf graphics/mesa-dri multimedia/pipewire devel= /libgusb security/libsecret devel/qt5-dbus net/qt5-network x11-toolkits/pan= go audio/pulseaudio print/harfbuzz-icu graphics/libjxl graphics/colord prin= t/cups accessibility/speech-dispatcher x11-toolkits/qt5-gui multimedia/ffmp= eg x11-toolkits/qt5-widgets audio/alsa-plugins lang/rust devel/rust-bindgen= -cli graphics/librsvg2-rust x11-toolkits/gtk30 > [01:01:43] Failed ports: www/chromium:build > [01:01:43] Ignored ports: devel/swig textproc/p5-XML-Parser devel/gettext= -tools devel/p5-Locale-gettext misc/help2man databases/gdbm security/nettle= archivers/zstd devel/libdatrie devel/p5-Locale-libintl audio/libvorbis pri= nt/texinfo graphics/tiff textproc/gsed devel/m4 security/rhash dns/libidn2 = math/mpfr security/libgcrypt multimedia/libtheora graphics/lcms2 devel/biso= n devel/cmake-core lang/ruby32 shells/bash textproc/rubygem-rdiscount www/r= ubygem-hpricot audio/espeak-ng devel/binutils@native lang/python311 devel/r= e2 multimedia/libv4l x11/libSM devel/libthai graphics/libexif audio/flac au= dio/speex x11/libxcb x11/libX11 devel/py-pyyaml@py311 x11/libXfixes audio/a= lsa-lib x11/libXdamage x11/xcb-util x11/xcb-util-wm x11/xcb-util-renderutil= audio/libsndfile print/freetype2 x11/libXext x11/libXScrnSaver x11-fonts/m= kfontscale x11-toolkits/libXt x11-toolkits/libXmu x11/libXcomposite x11/lib= Xinerama graphics/openjpeg audio/libsamplerate x11/xcb-util-image x11/xcb-u= til-keysyms textproc/libxml2 textproc/libxslt multimedia/aom x11/xprop x11/= libXrender x11/xset x11/libXrandr devel/dbus x11/libXcursor graphics/openex= r www/node20 dns/libpsl security/p11-kit x11-fonts/fontconfig graphics/libg= lvnd security/gnutls ftp/curl x11/libXv x11/libXi graphics/libGLU x11-fonts= /libXft x11/libXtst x11/libXxf86vm graphics/libdrm graphics/freeglut devel/= llvm18@default devel/llvm15@default graphics/webp devel/spirv-llvm-translat= or@llvm15 >=20 >=20 > The last part of the log: > ... > [ 12% 7920/64048] python3 ../../third_party/catapult/tracing/bin/generate= _about_tracing_contents --outdir gen/content/browser/tracing > [ 12% 7920/64048] cc -MD -MF obj/third_party/brotli/enc/backward_referenc= es.o.d -DUSE_AURA=3D1 -DUSE_GLIB=3D1 -DUSE_OZONE=3D1 -DOFFICIAL_BUILD -D_FI= LE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_T= ABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=3D_LIBCPP_HARDENING_MODE_EXTEN= SIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILI= TY_ANNOTATIONS -DCR_LIBCXX_REVISION=3D6bb75caa139ee1e686d2205910454cf6ea212= e58 -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=3D0 -I../.. -Igen -I= ../../buildtools/third_party/libc++ -I../../third_party/brotli/include -fno= -delete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-protect= or -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolo= r-diagnostics -fmerge-all-constants -fno-sized-deallocation -fcomplete-memb= er-pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-canon= ical-prefixes -ftrivial-auto-var-init=3Dpattern -fno-omit-frame-pointer -g0= -fprofile-use=3D../../chrome/build/pgo_profiles/chrome-linux-6613-17241766= 77-471e3754246bb4b3b123986461efc47da76fd985-930ea204ea21ac0cb91d7ef9b1aeffa= ba6cb10fa.profdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-of-= date -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=3D1 -fvisib= ility=3Dhidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-= compare -Wall -Wno-unused-variable -Wno-c++11-narrowing -Wno-unused-but-set= -variable -Wno-misleading-indentation -Wno-missing-field-initializers -Wno-= unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declarat= ion -Wno-cast-function-type -Wno-deprecated-builtins -Wno-deprecated-this-c= apture -Wno-invalid-offsetof -Wno-vla-extension -O2 -fdata-sections -ffunct= ion-sections -fno-unique-section-names -fno-math-errno -std=3Dc11 -c ../../= third_party/brotli/enc/backward_references.c -o obj/third_party/brotli/enc/= backward_references.o > [ 12% 7920/64048] python3 ../../third_party/blink/renderer/bindings/scrip= ts/build_web_idl_database.py --output gen/third_party/blink/renderer/bindin= gs/web_idl_database.pickle --runtime_enabled_features ../../third_party/bli= nk/renderer/platform/runtime_enabled_features.json5 -- gen/third_party/blin= k/renderer/bindings/web_idl_in_core.pickle gen/third_party/blink/renderer/b= indings/web_idl_in_core_for_testing.pickle gen/third_party/blink/renderer/b= indings/web_idl_in_modules.pickle gen/third_party/blink/renderer/bindings/w= eb_idl_in_modules_for_testing.pickle > ninja: build stopped: subcommand failed. > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/www/chromium > =3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for chromium-128.0.6613.84 > build of www/chromium | chromium-128.0.6613.84 ended at Tue Aug 27 12:31:= 40 UTC 2024 > build time: 00:08:51 > !!! build failure encountered !!! >=20 >=20 >=20 > Full logs may be found in > https://www.catwhisker.org/~david/FreeBSD/ports/chromium/ >=20 > Peace, > david > --=20 > David H. Wolfskill david@catwhisker.org > Restricting bodily autonomy is a mark of autocracy, not conservatism. >=20 > See https://www.catwhisker.org/~david/publickey.gpg for my public key. >=20 >=20 >=20 > =20 =20 ------=_Part_7922_470756513.1724766198334 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable When you scroll back a bit in the logs the error o= utput I see is:

...
FAILED: gen/third_party/crabbyavif/crabbyavif_libyuv_bindings.rs
...
thread 'main' panicked at /wrkdirs/usr/ports/devel/rust-bindgen-cli/work/bi= ndgen-cli-0.70.1/cargo-crates/bindgen-0.70.1/lib.rs:622:27:
Unable to find libclang: "couldn't find any valid shared libraries matching= : ['libclang.so', 'libclang.so.*'], set the `LIBCLANG_PATH` environment var= iable to a path where one of these files can be found (invalid: [])"
note: run with `RUST_BACKTRACE=3D1` environment variable to display a backt= race
Traceback (most recent call last):
  File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/ou= t/Release/../../build/rust/run_bindgen.py", line 118, in <module>
    main()
  File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/ou= t/Release/../../build/rust/run_bindgen.py", line 106, in main
    subprocess.check_call([args.exe, *genargs], env=3Denv)   File "/usr/local/lib/python3.11/subprocess.py", line 413, in check_c= all
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '[' <snip long bindgen comma= nd> ']' died with <Signals.SIGABRT: 6>.

I have no further clue why this happens.

Regards,
Ronald.
 

Van: David Wolfskill <david@catwhisker.org>
Datum: dinsdag, 27 augustus 2024 15:13
Aan: freebsd-ports@freebsd.org
Onderwerp: www/chromium-128.0.6613.84 build failure (amd64= ; poudriere)

My build machine gets the task= of building packages for www/chromium
for the machines that actually use it.  And it (and its earlier
instantiation) has been using poudriere-devel for package-building
since July, 2015.

Given the VuXML entry for chromium and the recent update of the latter
to 128.0.6613.84, I set the builder to work; it rebuilt several things
in preparation for chromium, but the latter failed (apparently something that ninja encountered).

The build machine was running:
FreeBSD freebeast.catwhisker.org 14.1-STABLE FreeBSD 14.1-STABLE #208 stabl= e/14-n268552-818e3dc03d0c: Tue Aug 27 10:34:16 UTC 2024    &= nbsp;root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/G= ENERIC amd64 1401502 1401502

with the ports tree at: main-n675227-f2a04eb29525

It had most recently (before this) rebuilt all packages Sunday (2
days ago); the only failure then was games/bsdgames.

This morning, it reported that it built/failed/ignored:
[01:01:43] Built ports: devel/pkgconf graphics/wayland x11/libxkbcommon mul= timedia/libva graphics/vulkan-loader graphics/libplacebo devel/glib20 devel= /desktop-file-utils misc/shared-mime-info devel/dbus-glib graphics/mesa-lib= s devel/py-dbus@py311 audio/jack devel/gobject-introspection devel/sdl20 de= vel/gsettings-desktop-schemas devel/libgudev databases/sqlite3@default sysu= tils/polkit accessibility/at-spi2-core devel/json-glib graphics/gdk-pixbuf2= x11/libwacom multimedia/gstreamer1 graphics/cairo devel/qt5-core graphics/= gtk-update-icon-cache x11/libinput security/nss multimedia/gstreamer1-plugi= ns net/avahi-app x11-themes/adwaita-icon-theme sysutils/consolekit2 print/h= arfbuzz lang/vala devel/dconf graphics/mesa-dri multimedia/pipewire devel/l= ibgusb security/libsecret devel/qt5-dbus net/qt5-network x11-toolkits/pango= audio/pulseaudio print/harfbuzz-icu graphics/libjxl graphics/colord print/= cups accessibility/speech-dispatcher x11-toolkits/qt5-gui multimedia/ffmpeg= x11-toolkits/qt5-widgets audio/alsa-plugins lang/rust devel/rust-bindgen-c= li graphics/librsvg2-rust x11-toolkits/gtk30
[01:01:43] Failed ports: www/chromium:build
[01:01:43] Ignored ports: devel/swig textproc/p5-XML-Parser devel/gettext-t= ools devel/p5-Locale-gettext misc/help2man databases/gdbm security/nettle a= rchivers/zstd devel/libdatrie devel/p5-Locale-libintl audio/libvorbis print= /texinfo graphics/tiff textproc/gsed devel/m4 security/rhash dns/libidn2 ma= th/mpfr security/libgcrypt multimedia/libtheora graphics/lcms2 devel/bison = devel/cmake-core lang/ruby32 shells/bash textproc/rubygem-rdiscount www/rub= ygem-hpricot audio/espeak-ng devel/binutils@native lang/python311 devel/re2= multimedia/libv4l x11/libSM devel/libthai graphics/libexif audio/flac audi= o/speex x11/libxcb x11/libX11 devel/py-pyyaml@py311 x11/libXfixes audio/als= a-lib x11/libXdamage x11/xcb-util x11/xcb-util-wm x11/xcb-util-renderutil a= udio/libsndfile print/freetype2 x11/libXext x11/libXScrnSaver x11-fonts/mkf= ontscale x11-toolkits/libXt x11-toolkits/libXmu x11/libXcomposite x11/libXi= nerama graphics/openjpeg audio/libsamplerate x11/xcb-util-image x11/xcb-uti= l-keysyms textproc/libxml2 textproc/libxslt multimedia/aom x11/xprop x11/li= bXrender x11/xset x11/libXrandr devel/dbus x11/libXcursor graphics/openexr = www/node20 dns/libpsl security/p11-kit x11-fonts/fontconfig graphics/libglv= nd security/gnutls ftp/curl x11/libXv x11/libXi graphics/libGLU x11-fonts/l= ibXft x11/libXtst x11/libXxf86vm graphics/libdrm graphics/freeglut devel/ll= vm18@default devel/llvm15@default graphics/webp devel/spirv-llvm-translator= @llvm15


The last part of the log:
...
[ 12% 7920/64048] python3 ../../third_party/catapult/tracing/bin/generate_a= bout_tracing_contents --outdir gen/content/browser/tracing
[ 12% 7920/64048] cc -MD -MF obj/third_party/brotli/enc/backward_references= .o.d -DUSE_AURA=3D1 -DUSE_GLIB=3D1 -DUSE_OZONE=3D1 -DOFFICIAL_BUILD -D_FILE= _OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TAB= LES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=3D_LIBCPP_HARDENING_MODE_EXTENSI= VE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY= _ANNOTATIONS -DCR_LIBCXX_REVISION=3D6bb75caa139ee1e686d2205910454cf6ea212e5= 8 -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=3D0 -I../.. -Igen -I..= /../buildtools/third_party/libc++ -I../../third_party/brotli/include -fno-d= elete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-protector= -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolor-= diagnostics -fmerge-all-constants -fno-sized-deallocation -fcomplete-member= -pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-canonic= al-prefixes -ftrivial-auto-var-init=3Dpattern -fno-omit-frame-pointer -g0 -= fprofile-use=3D../../chrome/build/pgo_profiles/chrome-linux-6613-1724176677= -471e3754246bb4b3b123986461efc47da76fd985-930ea204ea21ac0cb91d7ef9b1aeffaba= 6cb10fa.profdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-of-da= te -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=3D1 -fvisibil= ity=3Dhidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-co= mpare -Wall -Wno-unused-variable -Wno-c++11-narrowing -Wno-unused-but-set-v= ariable -Wno-misleading-indentation -Wno-missing-field-initializers -Wno-un= used-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declaratio= n -Wno-cast-function-type -Wno-deprecated-builtins -Wno-deprecated-this-cap= ture -Wno-invalid-offsetof -Wno-vla-extension -O2 -fdata-sections -ffunctio= n-sections -fno-unique-section-names -fno-math-errno -std=3Dc11 -c ../../th= ird_party/brotli/enc/backward_references.c -o obj/third_party/brotli/enc/ba= ckward_references.o
[ 12% 7920/64048] python3 ../../third_party/blink/renderer/bindings/scripts= /build_web_idl_database.py --output gen/third_party/blink/renderer/bindings= /web_idl_database.pickle --runtime_enabled_features ../../third_party/blink= /renderer/platform/runtime_enabled_features.json5 -- gen/third_party/blink/= renderer/bindings/web_idl_in_core.pickle gen/third_party/blink/renderer/bin= dings/web_idl_in_core_for_testing.pickle gen/third_party/blink/renderer/bin= dings/web_idl_in_modules.pickle gen/third_party/blink/renderer/bindings/web= _idl_in_modules_for_testing.pickle
ninja: build stopped: subcommand failed.
=3D=3D=3D> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to
the maintainer.
*** Error code 1

Stop.
make: stopped in /usr/ports/www/chromium
=3D>> Cleaning up wrkdir
=3D=3D=3D>  Cleaning for chromium-128.0.6613.84
build of www/chromium | chromium-128.0.6613.84 ended at Tue Aug 27 12:31:40= UTC 2024
build time: 00:08:51
!!! build failure encountered !!!



Full logs may be found in
https= ://www.catwhisker.org/~david/FreeBSD/ports/chromium/

Peace,
david
-- 
David H. Wolfskill          &n= bsp;            = ;       david@catwhisker.org
Restricting bodily autonomy is a mark of autocracy, not conservatism.

See https://www= .catwhisker.org/~david/publickey.gpg for my public key.
 

  ------=_Part_7922_470756513.1724766198334-- From nobody Wed Aug 28 03:52:48 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wtr8x4M2sz5MkW5 for ; Wed, 28 Aug 2024 03:52:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wtr8x15Ypz4QGL for ; Wed, 28 Aug 2024 03:52:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724817169; a=rsa-sha256; cv=none; b=O/903Ai2gjmh7TTXLMSlBMW7xEsIq+ytAUaj3WJyjkG1nr0wU97SkQSAGKxsDsOi/lDBJD VVrknLRAPP0Xn0IlUgX3i6rMnM9LcUo7PIxVnbyELxiTwv7UBJsdCnZxmoEZ68Kv9kzhrL OxPPo82qeHxfa/ebkPHqcFZ235v5S80jqmDNIEdqoUqdKyBps/DeVpHGknMEahEHubtloU 76Q0Ucr+h2IaNt5jjkYEE7vtRUeb2PRUB7s9PCyO2wfIfRmWbgU7RFAI9sjxgWuV9EvOTb Al1swh8yycG1+YKRdidPAk/Z8jva89NvPAU6JwALkOtRtGnXs+D2QcXSuBM91A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724817169; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=2bSNr7qCEorUD5DiMpP/5NyWi3X+TMOWqmCWnzyXXcs=; b=sUVlNQLupfBBcEaaOzovaVtxbCu94YS33AE6VT5I2Slxt5ELgaNzmk+Oav0ueGiBxWeqeD 8hOmCWSixha+CpLqcV5lRIOPz7AOVT8PfvDGsQwXmZXg3wSjUSjeC2D04fMBX3sECd+BhB GHHsCf6EMy3qAbCCTUvE7kWrYnUhyqpstNvOHSH31EyJDFpJjsFc+kEOT3EyUheIYvyLiX jnaYzwvaE2ceFIikbOyfkHStwNIRpiIjN5qBrKQ0KISm9brDxlqV+n1TXrTgLi2N0N0A0E ZUDQTeQXccSOIthdR7yMGznSGr1eakGg4X6NiBQLdx3Z3lRAynmq/V559t8EAA== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Wtr8x0c0kzJBp for ; Wed, 28 Aug 2024 03:52:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 47S3qmgI086591 for ; Wed, 28 Aug 2024 03:52:48 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 47S3qmNd086590; Wed, 28 Aug 2024 03:52:48 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202408280352.47S3qmNd086590@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Wed, 28 Aug 2024 03:52:48 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/intel-graphics-compiler | 1.0.12504.5 | igc-1.0.17384.11 ------------------------------------------------+-----------------+------------ devel/py-archinfo | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ devel/py-cle | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ math/py-claripy | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ security/py-ailment | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ security/py-angr | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Wed Aug 28 05:16:11 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wtt1J59g4z5MqlP for ; Wed, 28 Aug 2024 05:16:20 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from APC01-PSA-obe.outbound.protection.outlook.com (mail-psaapc01olkn2071.outbound.protection.outlook.com [40.92.52.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wtt1H4MCcz4Vxw for ; Wed, 28 Aug 2024 05:16:19 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=IfTCY6b5; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of tatsuki_makino@hotmail.com designates 40.92.52.71 as permitted sender) smtp.mailfrom=tatsuki_makino@hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=p/+gPLy6QcLgcqQHQx+MxP4AY4qTgR+4t9Dg8BOoI8bHB1N6wQCIU4JVzPdSe1XWEpKa+UJf2M2MMf3+ZEAgcCz4Pi56kWPf1ahRvUTUjXIBMhMjLNe8tVfYQNsxbn9Bu5krUBreS5ugMhS9ZEdhHi5Amk5zon2eZ9YAc+s9YdU3Ql2rQETEKFWx9Yb94eVHpy8igDCsUq8N2hlXtK+kGPatyQ/RrYzq+zT8qcLmPCp7G6HIHlBiD/CMMI+3Phej0jaZULsxgVMV1iUOHiyF+deTIquz07y+O9U9p2TVYPH4FB1ikAuDIfQhKGsvz+HRYJ+jCkjfgcbfz6BYJtEQtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+UUTH0FsoHIhep5H02aSf67qJuBy5rAeQJBeWrE6oYE=; b=sIANxL3FACyXMZAvqCVjoU2fk899fSiuw+83YYbOEGDqzqAvbeUT9q5Jqwt3RrI4wUx8OJPBUF4R/uk/F1S+SUZt88kqqkqVj21tZvNL9dtPe4dNV8W3nAb7ye3npzbPEvhSM90hewTxMfgTv4bW0jFDS2bQI+5YAh1Fzd0kvFy//SXI5AeZwm9e3Z2bZkZFdOfzdAqJmx2FHlw8JA5lrIHUwFkZHpC4Ruvdcki/ViSy+/w09T9xCmyIyv8ylQrJ0Htm/W6awsU51N3lmOXqVOn/SzuhMeEP/yYJ60oDpo3QK6HTw4yUJ2lRwJeOWSHOBoYuhIRDPyVGgU1L8WPh6w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+UUTH0FsoHIhep5H02aSf67qJuBy5rAeQJBeWrE6oYE=; b=IfTCY6b5fu6PQOz4ER51wsc9BEZx/AGyz+vSjb4UW3hi+UF/ESOQuHcsnkJ+gbk7weR4SpjCzlaba1qbsqmgP4wWq7tFBEbWOv9n3vnHzIYXFF41dRkRuU631IaAa+GqBAGZp2/EvF6Nt0TZrtqQHOjHn+kFWqHmoGQav/lEa9gNdS/miEKwP1KMwAL4+t9eSRV36kYcGaC1hM2kwamvZQm5OLXJIvBeeSyjE6VHHlvKsA9aYsY1ny/mQs8eM94z9Nwd0Y3ZaCUOKYCWiqXO/oxN8hgliWT9X+eG+78HcjpOgrZ6C8P+PUtq/uuwATlWnkPCKXTEHBbUrewZWnedag== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by TYSPR01MB6029.apcprd01.prod.exchangelabs.com (2603:1096:405:57::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7897.24; Wed, 28 Aug 2024 05:16:15 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::546c:7ecf:524e:4c34]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::546c:7ecf:524e:4c34%5]) with mapi id 15.20.7897.027; Wed, 28 Aug 2024 05:16:15 +0000 To: "freebsd-ports@FreeBSD.org" Subject: lang/rust-bootstrap: Add option that doesn't depend on freebsd-sysroot From: Tatsuki Makino Message-ID: Date: Wed, 28 Aug 2024 14:16:11 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TMN: [KarTqYaGDQyUrqMVfPK4SYwWg4FptQN7] X-ClientProxiedBy: OSTPR01CA0006.jpnprd01.prod.outlook.com (2603:1096:604:220::16) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <1b526b0e-22e4-e22f-5591-a99acadd931e@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|TYSPR01MB6029:EE_ X-MS-Office365-Filtering-Correlation-Id: b362ff1c-b588-4a8f-75d7-08dcc72089da X-Microsoft-Antispam: BCL:0;ARA:14566002|5072599009|461199028|19110799003|8060799006|15080799006|6090799003|3412199025|440099028|1710799026; X-Microsoft-Antispam-Message-Info: UwUrsklpKoHzlI2YgI/ogbTj6nRioiVl0gMHeylhoC8MvL2B0SRSMzXmFDTxLjhfzij/QetmBNKROxKGzS6Qs1nrxu6JdPHLClESWCwbC8MMTR3sJkk/FuCh54mtsSRzagyGnvwXuNuAu9vZDXU7EGw+HQAtlL8M8zTdqD8afJAHk93gOULpOOf5AdnHABGE3ZQsxwm80o48eZzRX1Om6V4lopEOI2Iql0zMqTku/27hZGhXtV6kaps9XjcMXDoaa6SsdqNZErUqtXDXCTvsZvg8Bdd4ROT4f1QGv9v1S5aniTsDA9lOinLnI+Els8dNhxlAv1dP4SBCd6DVkvsO9N0PwrGYM+FxwF4X96BQoiUa2BtFzdj0m2WRE0L6Mietx4i1arzGSYc+HA5WQhikGx8pACe7aOXoMyMPChI8XDkcr9nOqEUqpx+d3oGgB6CIac82EyVYfUyLKTjffLH+Fh6lz2VfnsrFjQ/Sw2fmwpGoEFO74JxRnY9Ll/oc2UuWmonBTXD1pEdA0zwz3b/gM1zkSezokX+TkHyVHKQvu4RiVjSssg6O5WiEyzB2l8+7DE49hgCjsQqLwZ+PbjYUE1hwbCtgzNBgju6Nu3Ese1JBd39Yy20Boaq6p1QrnRLeQCYTQBd8EPZsw84MwW3rcP245p5oVI0q/WIkcfHblhzdHx8IzpOPU/PeHdexuBiuFGkpVr4s0fxGTcRL/93loVtdDVm24NLvQNNHfWR90v5RcVKeyxoUZknEJ/1Dr1D8m7DjNw3cHc0FTNwgUp2hHw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?eFZnNzhGQmtsWkdpVE55Z01KYnFrS3JmdEV6OXc5RXRZNlZkeW1jVGtIQjNa?= =?utf-8?B?WUpiaGIzZFo2YWVvRmRIeDVpQVp6aUxjaXRIQkd6V3BvQzVIbkpaUC93WWRo?= =?utf-8?B?ZVRJYm9zcHptZjgvSnFHZitpYko2d1lrWGNZSyt6SiswZW4xdVppbHpteWZq?= =?utf-8?B?bTY3NkpqemRlN29BM3BrOWViMU12N3hxNm5iak12ZXJFS2RPK05HbzRPMlZZ?= =?utf-8?B?TnRob1k2MEQ2VHVnRzdrK1c1RWpmL2ZDbmlZa1VuTFEyNXBuT0F4RGl2NHBB?= =?utf-8?B?WStVdVpTZ2tPYTBESXNXNkJmRVhmeXdnVkNwMWd4TG90L2R3RkdzOWVjVjV3?= =?utf-8?B?d3hGaEhBNmtvZFJ3RmxSc09YeE1PaW1oTWRRakxGQ0xDQXJOanhKNWVFTnJM?= =?utf-8?B?dkhQN0dUT2p3T2N6a2FHL25EM1M2MXFtVzFIRUlqaklBS0FZenlpd3ZLcUFK?= =?utf-8?B?dVpFazQ1NWU1K0hkRHh3ODhXRXNsZTBHcXFrN2UwckRXeUNYcnphQ3ZoM0hv?= =?utf-8?B?ZjlMUnd0Rkdpc0VNUzkyTEVXNGJ6VXhVWTZzMGNWaXh2R2s3Z1R4SmVUc3Vy?= =?utf-8?B?ZmgySTNWaFZENGtQZGFQRlIrRWdXSWkyVENCMUhuNGw5T25QNHBHaTdWSnlY?= =?utf-8?B?TWg0d1ZwMzFDeng5cUtlNmZCTHYyWlp3bjVVREFFSVpscTdhQUxIWGRrR3Iw?= =?utf-8?B?TDZWM3JWbklKNHdKQWFyeG4vU2dncFhFZlFHY0dtOG85cS9xQklaWnlkSFJR?= =?utf-8?B?MWhud2ZCWThNTk4xcXNDenJmQWZ2bXVrVHoyYWNtdENYd3oycVZvYVZxOWd6?= =?utf-8?B?MENyc1IzVDlob0VYTW9KT1ArVUtLL01YbFluM29WMHNGckFRZ3ZqaUVxaUoz?= =?utf-8?B?VG45cHhTRDZuekdEYUFlblhsZjQ3c0ZqZjBQcFlCNWFBUkFJdkJIZEMvK3Zx?= =?utf-8?B?QUdxZDRVSU4zUmRyRldZRituZVFjbU1BNlRUQW8xZnhxa3ROazlFcUhGTjdR?= =?utf-8?B?SkgxYmtndEEwQXVYaWRYeWk0bGFCOWhsMWNsN1pCMDBNY2NNcG84bUxLeUdB?= =?utf-8?B?Uy95Z3FOY0lkU0RmV0ZiWWQzN0RJVXJIaU00Mi9Lek5FMGJ6SlZTendYRWlZ?= =?utf-8?B?U0QzeWQyRTRoTWl3dEpnUzJKcE5XSWYyb1Y0U2N0L0MvL2lJRVU1TmdTRXFt?= =?utf-8?B?VDFSK2ZsWThnN0NZTFZoMUlnUnFXSWU2MitNZ0VhOGlJc056aEorOEowUFF0?= =?utf-8?B?Y0NXMlhwVVQvY2dRSVh2SVlRUzdCU01CMXVzM1FVbVFBTEh2dkxqRnhON0hY?= =?utf-8?B?dTlYVUdid1Y3SEVrMnlqVVJmZUJLamd3YlVEdVM0MUcrWGdLU1pFN1dpM2Qw?= =?utf-8?B?cUJRQUV4ZnZMWVpqbWY2SEhLVW9CTndseCtHZXZ5T1pMMkNJOEJZK3doV29F?= =?utf-8?B?NmRsTEVBZlgwUUozRHhDWlJsTG0zdll3VnZIbEs1azM2ZGdCM3ZHZjNDdEZD?= =?utf-8?B?RytWRG5zSkxzS0VTN0pmbEZSa2Frc2pVZGdac3lvWFdiVXlUQzh5OURMMGZF?= =?utf-8?B?dTIxOXdpcFZJa3BmTVN2ZytWTHpqLzNlR0hCMGx6aGZOeTdUN2x3Z2I5aHBr?= =?utf-8?B?dTU4dmZuK2tJOEgrakhJRFZkTitoSzEyNmR5TjNTd1FoSWFaakZiQ0pFNXZX?= =?utf-8?Q?aQqBocdBSdNKvy65bEP6?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-b4c57.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: b362ff1c-b588-4a8f-75d7-08dcc72089da X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Aug 2024 05:16:14.8170 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYSPR01MB6029 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.36 / 15.00]; FORGED_MUA_SEAMONKEY_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.856]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.52.71:from]; RCVD_IN_DNSWL_NONE(0.00)[40.92.52.71:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4Wtt1H4MCcz4Vxw Hello. rust-1.79.0 is the last version we can build with 12.4-STABLE (and also 13.2?). Because the bootstrap compiler cannot be used due to the following output. ===> Building for rust-1.80.1 Building bootstrap running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /wrkdirs/usr/ports/lang/rust/work/rustc-1.80.1-src/src/bootstrap/Cargo.toml --verbose --verbose --frozen error: process didn't exit successfully: `/wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/rustc -vV` (exit status: 1) --- stderr ld-elf.so.1: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/../lib/librustc_driver-46295f53743f17e0.so: Undefined symbol "_ZNSt3__122__libcpp_verbose_abortEPKcz" However, I succeeded in building rust-1.80.1 on 12.4-STABLE in roughly the following way. mkdir -p -- /usr/local/freebsd-sysroot/amd64/bin ln -s /usr/bin/cc /usr/local/freebsd-sysroot/amd64/bin/cc ln -s /usr/bin/c++ /usr/local/freebsd-sysroot/amd64/bin/c++ Edit lang/rust-bootstrap/Makefile so that it does not depend on devel/freebsd-sysroot. make -C /usr/ports/lang/rust-bootstrap/ install FLAVOR=amd64 cp -f /usr/local/rust-bootstrap/amd64/* ${DISTDIR}/rust/2024-06-13/ Edit sha256 and size of lang/rust/distinfo to regenerated ones. Start building rust-1.80.1. This is not a request for continued support for versions that are no longer supported. This means that I need a way to get a bootstrap compiler that is made in the same environment as the one we are currently using. It may make it easier to find a solution to a problem that is rare these days, where rust doesn't work depending on the architecture. So, I'm going to paste the patch I made below :) I also feel like I'm doing something wrong about it, so please make it without using it directly. Regards. Here's the patch: diff --git a/lang/rust-bootstrap/Makefile b/lang/rust-bootstrap/Makefile index 3846aa32ffe..88c1c5028e3 100644 --- a/lang/rust-bootstrap/Makefile +++ b/lang/rust-bootstrap/Makefile @@ -22,8 +22,7 @@ LICENSE_FILE_MIT= ${WRKSRC}/LICENSE-MIT ONLY_FOR_ARCHS= amd64 powerpc64 powerpc64le ONLY_FOR_ARCHS_REASON= untested on other architectures -BUILD_DEPENDS= ${FLAVOR:S/_/-/g}-freebsd-sysroot>=a2021.09.14:devel/freebsd-sysroot@${FLAVOR} \ - cmake:devel/cmake-core \ +BUILD_DEPENDS= cmake:devel/cmake-core \ gmake:devel/gmake \ rust>=${PORTVERSION}:lang/rust @@ -43,6 +42,12 @@ TMPDIR?= ${WRKDIR} # Resulting packages are not specific to amd64 NO_ARCH= yes +OPTIONS_DEFINE= SYSROOT +OPTIONS_DEFAULT= SYSROOT +SYSROOT_DESC= Depend on freebsd-sysroot +SYSROOT_BUILD_DEPENDS= ${FLAVOR:S/_/-/g}-freebsd-sysroot>=a2021.09.14:devel/freebsd-sysroot@${FLAVOR} +SYSROOT_VARS_OFF= ONLY_FOR_ARCHS+="aarch64" + _CARGO_VENDOR_DIR= ${WRKSRC}/vendor _RUST_ARCH_amd64= x86_64 _RUST_ARCH_i386= i686 @@ -70,6 +75,10 @@ IGNORE= is only for FreeBSD EXTRA_PATCHES+= ${PATCHDIR}/${FLAVOR:S/_/-/} .endif +.if ! ${PORT_OPTIONS:MSYSROOT} && ${_RUST_HOST} != ${_RUST_TARGET} +BROKEN= The behavior of this condition is not implemented. +.endif + post-patch: # Disable vendor checksums @${REINPLACE_CMD} 's,"files":{[^}]*},"files":{},' \ @@ -110,9 +119,15 @@ do-configure: # host compiler that can build the host->target compiler @${ECHO_CMD} 'targets="${_RUST_LLVM_TARGET};${_RUST_LLVM_TARGET_${ARCH}}"' >> ${WRKSRC}/config.toml @${ECHO_CMD} '[target.${_RUST_TARGET}]' >> ${WRKSRC}/config.toml +.if ${PORT_OPTIONS:MSYSROOT} @${ECHO_CMD} 'cc="${LOCALBASE}/freebsd-sysroot/${FLAVOR:S/_/-/g}/bin/cc"' >> ${WRKSRC}/config.toml @${ECHO_CMD} 'cxx="${LOCALBASE}/freebsd-sysroot/${FLAVOR:S/_/-/g}/bin/c++"' >> ${WRKSRC}/config.toml @${ECHO_CMD} 'linker="${LOCALBASE}/freebsd-sysroot/${FLAVOR:S/_/-/g}/bin/cc"' >> ${WRKSRC}/config.toml +.else + @${ECHO_CMD} 'cc="${CC}"' >> ${WRKSRC}/config.toml + @${ECHO_CMD} 'cxx="${CXX}"' >> ${WRKSRC}/config.toml + @${ECHO_CMD} 'linker="${CC}"' >> ${WRKSRC}/config.toml +.endif .for _key _util in ar ${AR} ranlib ${RANLIB} @bin="$$(which ${_util})"; \ ${ECHO_CMD} "${_key}=\"$$bin\"" >> ${WRKSRC}/config.toml From nobody Wed Aug 28 10:54:53 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wv1X94VdFz5T22b for ; Wed, 28 Aug 2024 10:55:05 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from mail.optiplex-networks.com (mail.optiplex-networks.com [45.149.190.182]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wv1X84t9jz40RW for ; Wed, 28 Aug 2024 10:55:04 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=optiplex-networks.com header.s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997 header.b="BNLc/W00"; dmarc=pass (policy=quarantine) header.from=optiplex-networks.com; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 45.149.190.182 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com Received: from localhost (localhost [127.0.0.1]) by mail.optiplex-networks.com (Postfix) with ESMTP id 5939215C3854 for ; Wed, 28 Aug 2024 11:54:57 +0100 (BST) Received: from mail.optiplex-networks.com ([127.0.0.1]) by localhost (mail.optiplex-networks.com [127.0.0.1]) (amavis, port 10032) with ESMTP id VcZ7KyXEbmYN for ; Wed, 28 Aug 2024 11:54:56 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.optiplex-networks.com (Postfix) with ESMTP id 3E40715C3858 for ; Wed, 28 Aug 2024 11:54:56 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.optiplex-networks.com 3E40715C3858 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=optiplex-networks.com; s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997; t=1724842496; bh=7ZcvSe2YNFvxjUzIVA+ZDaABTPYEZVleeJzBUVUofTM=; h=Message-ID:Date:MIME-Version:To:From; b=BNLc/W00Kt9cwzHtQ0TEIkp42sGCX6f8d1re/btrWxiEUtzVoVK1LubYAv8RA4Jxs EkQNdMphph1rIedFnDWVcg7mZm4A207KlWzvfQQgOTgUQ88dSmQntgT9LoKaZCMj4P qrHtnNqCM9GuYDfFKhjCMboyLyum8DA1trSsenvhnPUo5EQ0xKl6az0tyVvpaTiQjO soc8IPij35tS1EKQ+1/acXT/2CHDykTkNlk6nQnYfUdDeuA+xzmN6fTPGROEi4HtnC 5BENv+iE6fggN2CRITnLmxdXzF2vSSve+X6k5+FcMPEEQiNWBEmvaQ70xSsxKkGWfa YZy97YyXxV/mA== X-Virus-Scanned: amavis at mail.optiplex-networks.com Received: from mail.optiplex-networks.com ([127.0.0.1]) by localhost (mail.optiplex-networks.com [127.0.0.1]) (amavis, port 10026) with ESMTP id BxPiLPo4LjTF for ; Wed, 28 Aug 2024 11:54:56 +0100 (BST) Received: from [192.168.0.234] (unknown [192.168.0.234]) by mail.optiplex-networks.com (Postfix) with ESMTPSA id 22AA015C3854 for ; Wed, 28 Aug 2024 11:54:56 +0100 (BST) Message-ID: <3b2bfc33-7746-4229-91a5-56b08284ad69@optiplex-networks.com> Date: Wed, 28 Aug 2024 11:54:53 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: ports@freebsd.org From: Kaya Saman Subject: tex-luatex requires older version of zlib after upgrade from 13.2 to 13.3 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[optiplex-networks.com,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[optiplex-networks.com:s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:202596, ipnet:45.149.188.0/22, country:GB]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[optiplex-networks.com:+] X-Rspamd-Queue-Id: 4Wv1X84t9jz40RW Hi, I'm trying to upgrade my ports collection but running into this error. I=20 performed the necessary upgrade steps: uname -a FreeBSD 13.3-RELEASE-p5 FreeBSD 13.3-RELEASE-p5 GENERIC amd64 and have initiated a full ports rebuild. I'm using portmaster so I just=20 ran a: portmaster -adfy --no-confirm Somehow luatex keeps throwing up this error?? I have seen two postings on this already but nothing seems to work for=20 me.... https://forums.freebsd.org/threads/lualatex-incorrect-version-of-zlib.931= 62/ https://lists.freebsd.org/archives/freebsd-ports/2024-June/006202.html Does anyone have a solution to this? Output below: Making install in . =C2=A0/bin/mkdir -p '/usr/ports/print/tex-luatex/work/stage/usr/local/bi= n' =C2=A0 /bin/sh ./libtool=C2=A0=C2=A0 --mode=3Dinstall install=C2=A0 -s -= m 555 luahbtex luatex=20 luajittex '/usr/ports/print/tex-luatex/work/stage/usr/local/bin' libtool: install: install -m 555 -s luahbtex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/luahbtex libtool: install: install -m 555 -s luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/luatex libtool: install: install -m 555 -s luajittex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/luajittex /usr/bin/make=C2=A0 install-exec-hook /bin/mkdir -p /usr/ports/print/tex-luatex/work/stage/usr/local/bin /usr/bin/find -s=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist -not=20 -type d | /usr/bin/sort |=C2=A0 /usr/bin/sed -e=20 's#^/usr/ports/print/tex-luatex/work/stage/usr/local/##' >>=20 /usr/ports/print/tex-luatex/work/.PLIST.mktmp /usr/bin/find -s=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist -type=20 d -empty | /usr/bin/sort -r |=C2=A0 /usr/bin/sed -e=20 's#^/usr/ports/print/tex-luatex/work/stage/usr/local/#@dir #' >>=20 /usr/ports/print/tex-luatex/work/.PLIST.mktmp echo "share/texmf-var/web2c/luatex/lollipop.log" >>=20 /usr/ports/print/tex-luatex/work/.PLIST.mktmp echo "share/texmf-var/web2c/luatex/lollipop.fmt" >>=20 /usr/ports/print/tex-luatex/work/.PLIST.mktmp /bin/ln -sf luahbtex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/lualatex /bin/ln -sf luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/dviluatex /bin/ln -sf luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/dvilualatex /bin/ln -sf luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/lualollipop /bin/ln -sf luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/texlua /bin/ln -sf luatex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/texluac /bin/ln -sf luajittex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/texluajit /bin/ln -sf luajittex=20 /usr/ports/print/tex-luatex/work/stage/usr/local/bin/texluajitc test -n '"luatex luatex language.def,language.dat.lua luatex.ini"=20 "dviluatex luatex language.def,language.dat.lua dviluatex.ini"=20 "dvilualatex luatex language.dat,language.dat.lua dvilualatex.ini"=C2=A0=20 "lualatex luahbtex language.dat,language.dat.lua lualatex.ini"=C2=A0=20 "luajittex luajittex language.def,language.dat.lua luatex.ini"=C2=A0=20 "pdfcsplain luatex - -etex csplain.ini"=C2=A0 "lollipop luatex - lollipop= .ini"' /usr/bin/printf "%s\t#luatex\n" "luatex luatex=20 language.def,language.dat.lua luatex.ini"=C2=A0 "dviluatex luatex=20 language.def,language.dat.lua dviluatex.ini"=C2=A0 "dvilualatex luatex=20 language.dat,language.dat.lua dvilualatex.ini"=C2=A0 "lualatex luahbtex=20 language.dat,language.dat.lua lualatex.ini"=C2=A0 "luajittex luajittex=20 language.def,language.dat.lua luatex.ini"=C2=A0 "pdfcsplain luatex - -ete= x=20 csplain.ini"=C2=A0 "lollipop luatex - lollipop.ini"=C2=A0 >=20 /usr/ports/print/tex-luatex/work/fmtutil.cnf /bin/mkdir -p=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var/web2c=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist/web2c /bin/ln -f -s /usr/local/share/texmf-dist/web2c/texmf.cnf=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist/web2c/t= exmf.cnf /usr/local/bin/mktexlsr=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var mktexlsr: Updating=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-dist/ls-R... mktexlsr: Updating=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var/ls-R... mktexlsr: Done. /bin/cat /usr/ports/print/tex-luatex/work/fmtutil.cnf |=C2=A0 while read=20 format dum; do=C2=A0 /usr/bin/env=20 PATH=3D/usr/ports/print/tex-luatex/work/stage/usr/local/bin:/usr/ports/pr= int/tex-luatex/work/.bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/us= r/local/sbin:/usr/local/bin=20 TEXMFDIST=3D/usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-= dist:/usr/local/share/texmf-dist=20 /usr/local/bin/fmtutil-sys=C2=A0 --byfmt $format=C2=A0 --fmtdir=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var/web2c=20 --cnffile /usr/ports/print/tex-luatex/work/fmtutil.cnf;=C2=A0 done fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence=20 order): fmtutil:=C2=A0=C2=A0 /usr/ports/print/tex-luatex/work/fmtutil.cnf fmtutil: fmtutil is using the following fmtutil.cnf file for writing=20 changes: fmtutil:=C2=A0=C2=A0 /usr/ports/print/tex-luatex/work/fmtutil.cnf fmtutil [INFO]: writing formats under=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var/web2c fmtutil [INFO]: --- remaking luatex with luatex fmtutil: running `luatex -ini=C2=A0=C2=A0 -jobname=3Dluatex -progname=3Dl= uatex=20 luatex.ini' ... PANIC: unprotected error in call to Lua API (zlib library version does=20 not match - header: 1.2.12, library: 1.3.1) fmtutil [INFO]: log file copied to:=20 /usr/ports/print/tex-luatex/work/stage/usr/local/share/texmf-var/web2c/lu= atex/luatex.log fmtutil [ERROR]: running `luatex -ini=C2=A0=C2=A0 -jobname=3Dluatex -prog= name=3Dluatex=20 luatex.ini ; Wed, 28 Aug 2024 11:11:02 +0000 (UTC) (envelope-from DutchDaemon@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wv1tZ5t4sz41NT for ; Wed, 28 Aug 2024 11:11:02 +0000 (UTC) (envelope-from DutchDaemon@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724843462; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type:autocrypt:autocrypt; bh=LZnBwNIA3AQdC0Y7buovZafR35HiCpeknp+bMrFZhD8=; b=HWX79erae3i805aqiwCKcLVxt/LKvyCf2P+8p6I4O1gLZm8+NUU6mprXtmdtc6J12MpB2S esFVrtpR5jB421II57NW7aOD/4O+GubK6ni3Hos0Cryj+cYPcg/ulZf44wYbNBvIZaVFwC dgi2qBg8urX+LRhT9ErymbvbufdNO/FLrk+GWAg5gJzy35kVGXF1/Y/chkB8Np46dowgk6 YmgYtandYqJHpVRzHkHPDY3lwkSfnDQu/dvgeVVhnbqTyviqeOPNnvgl2v0vfVXwaKsKWe 6ALTDfibBXik2Jq3sH1kcns39S9m9pRlzYTgSNLbkblme3upC+Nt4OgyBLDmHw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724843462; a=rsa-sha256; cv=none; b=FogeFb55LRSMig+oWQ3Zb/UOceGADkXZFiwQww+5KwLLFVMY4jy9FbLY5X3pqkIu5+yVMW zvWjaEsYuR7ezwJtR3xO1GkDg1VY0Ye8V9dCxE1e/PJHBNuBeqUml+3c1oESeqsIc8jZs/ q0sNk5YlJKUW+oi0tpjjCziD6AQTVmlMkJ1PPscJUmryPYALkbF49MRPPKss5WZE0be8zi G3hJzN6UQZ++TzqVijbUyY9/A99G/yPWM7d7Y+ynuPLiIj2TRk592TlwLLLfAQ8dGh0rcy Kedz/goyNbUD+yEtDhjWI7Sd8M5vD7RNlA96YMJjy4I9K2aBl+SFZ4hihl9UAQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724843462; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type:autocrypt:autocrypt; bh=LZnBwNIA3AQdC0Y7buovZafR35HiCpeknp+bMrFZhD8=; b=p6tvdgvROopAsiOnybpNiCBnqfPGhLakTwi2gBoblIk5JC2tpmARBdSGKvC/g9EAOvReRP P4SIKVFQ4A+QS/rAmTavCbF7Ivj6tb+WvwrNjaFrCwMhO5f1QYasxjsOoWdfuVARo2ek0C QXFNku1m0zW0ABkTArGI65ERRBx1PDj91Mb5jLSbvMJAIhdWadwLqfMNSeJSqaNAzXT0oB Kt528QqEqxciTc0pr7aZBDYTzSN3FiVUC2z4EYrfpqMvvgo45H9YGgeaeJuCLQxMj1My6F +dXHv+DH9hCbvHwk5BlanV0iEwHYApsawJimj17poElrDecZ46DUKULC5BpfUQ== Received: from [192.168.178.212] (unknown [85.148.89.7]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: dutchdaemon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Wv1tZ4DcDz13Gk for ; Wed, 28 Aug 2024 11:11:02 +0000 (UTC) (envelope-from DutchDaemon@FreeBSD.org) Message-ID: <9423ee46-c0a2-49c0-a443-9c5b702bccba@FreeBSD.org> Date: Wed, 28 Aug 2024 13:11:00 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Betterbird (Windows) Content-Language: en-US To: ports@freebsd.org From: DutchDaemon - FreeBSD Forums Administrator Subject: NordVPN script for FreeBSD Autocrypt: addr=DutchDaemon@FreeBSD.org; keydata= xjMEZa5xHxYJKwYBBAHaRw8BAQdAfWZ69PhvjxSC5/RYQaU5TFyz+SENz3Oi0fkdJIISjGHN RER1dGNoRGFlbW9uIC0gRnJlZUJTRCBGb3J1bXMgQWRtaW5pc3RyYXRvciA8RHV0Y2hEYWVt b25ARnJlZUJTRC5vcmc+wokEExYIADEWIQSDIpfQllw48uFsWk/r4FMJZEPckQUCZa5xHwIb AwQLCQgHBRUICQoLBRYCAwEAAAoJEOvgUwlkQ9yRf7EBAMinyZF8zVzNuHpeKdGPHVZcNqBj 1H192nmduRSxejFnAP490W4kl7pwtdpMVrX7iJqkWanO2L0kWlig7csNIi5nAs44BGWucR8S CisGAQQBl1UBBQEBB0Ajr12wp47yOqDF5v8c+VC9pklim0qa1FrqxTMaA1kUJAMBCAfCeAQY FggAIBYhBIMil9CWXDjy4WxaT+vgUwlkQ9yRBQJlrnEfAhsMAAoJEOvgUwlkQ9yRsg0A/1UY CnRZEZOesZgnpCTuERpnJR5chIY9Y1bxUSxTerF7AP9x+CE28IZ7xFZfwHiss0VaDvQhNG08 NzNJHBSshFjtBQ== Organization: The FreeBSD Forums Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------nH0Yq3T0BzpjtdmXjZJ0KIGT" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------nH0Yq3T0BzpjtdmXjZJ0KIGT Content-Type: multipart/mixed; boundary="------------A6HTsPmu509DlrPoyI0Srnb8"; protected-headers="v1" From: DutchDaemon - FreeBSD Forums Administrator To: ports@freebsd.org Message-ID: <9423ee46-c0a2-49c0-a443-9c5b702bccba@FreeBSD.org> Subject: NordVPN script for FreeBSD --------------A6HTsPmu509DlrPoyI0Srnb8 Content-Type: multipart/alternative; boundary="------------NSFX7HybYKBEBvF0V9XVX0kL" --------------NSFX7HybYKBEBvF0V9XVX0kL Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Zm9ydW1zLmZyZWVic2Qub3JnDQoNClNoZWxsIC0gU2NyaXB0IEZyb20gTm9yZFZwbiBGb3Ig RnJlZUJTRCA8Iz4NCg0KSXMgdGhlcmUgc29tZSBvbmUgd2hvIGNhbiB0ZWxsIG1lIGlmIGl0 J3MgcG9zc2libGUgdG8gbW9kaWZ5IHRoYXQgc2NyaXB0IA0KdG8gbWFrZSBpdCB3b3JrIHVu ZGVyIEZyZWVCU0QsIG9yIHdvdWxkIGl0IGJlIGltcG9zc2libGUgYmVjYXVzZSBvZiBhIA0K cXVlc3Rpb24gb2YuLi4NCg0K8J+UlyANCmh0dHBzOi8vZm9ydW1zLmZyZWVic2Qub3JnL3Ro cmVhZHMvc2NyaXB0LWZyb20tbm9yZHZwbi1mb3ItZnJlZWJzZC45NDY3OS8gDQo8aHR0cHM6 Ly9mb3J1bXMuZnJlZWJzZC5vcmcvdGhyZWFkcy9zY3JpcHQtZnJvbS1ub3JkdnBuLWZvci1m cmVlYnNkLjk0Njc5Lz4NCg0KIMKgTm9yZFZQTidzIENUTyBoYXMgZGVjaWRlZCB0byBhZGQg YSBzY3JpcHQgZm9yIEZyZWVCU0QgKHBlciBteSANCnJlcXVlc3QpLCBidXQgaGUgbmVlZHMg c29tZSBoZWxwIHRvIGdldCB0aGlzIHNjcmlwdGVkL3Rlc3RlZC4NCg0KSXMgdGhlcmUgYSBw b3J0ZXIgb3Igb3RoZXIgRnJlZUJTRCBkZXYgd2lsbGluZyB0byBjb250YWN0IGhpbSBhbmQg c2V0IHVwIA0KYSBjb2xsYWJvcmF0aW9uIHRvIGdldCB0aGlzIG9ubGluZT8NCg0Kd3d3Lmxp bmtlZGluLmNvbQ0KDQpNYXJpanVzIEJyaWVkaXMgLSBOb3JkIFNlY3VyaXR5IHwgTGlua2Vk SW4gPCM+DQoNCkV4cGVyaWVuY2U6IE5vcmQgU2VjdXJpdHkgwrcgTG9jYXRpb246IFZpbG5p dXMgwrcgNTAwKyBjb25uZWN0aW9ucyBvbiANCkxpbmtlZEluLiBWaWV3IE1hcmlqdXMgQnJp ZWRpc+KAmSBwcm9maWxlIG9uIExpbmtlZEluLCBhIHByb2Zlc3Npb25hbCANCmNvbW11bml0 eSBvZiAxIGJpbGxpb24gbWVtYmVycy4NCg0K8J+UlyBodHRwczovL3d3dy5saW5rZWRpbi5j b20vaW4vbWFyaWp1c2JyaWVkaXMvIA0KPGh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9t YXJpanVzYnJpZWRpcy8+DQoNCg== --------------NSFX7HybYKBEBvF0V9XVX0kL Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=C2=A0NordVPN's CTO has decided to add a script for FreeBSD (per m= y request), but he needs some help to get this scripted/tested.

Is there a porter or other FreeBSD dev willing to contact him and set up a collaboration to get this online?

=C2=A0

--------------NSFX7HybYKBEBvF0V9XVX0kL-- --------------A6HTsPmu509DlrPoyI0Srnb8-- --------------nH0Yq3T0BzpjtdmXjZJ0KIGT Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQSDIpfQllw48uFsWk/r4FMJZEPckQUCZs8FxAUDAAAAAAAKCRDr4FMJZEPckbBp AP91VKykex5kxMVphT/2ryDABElskyi+Dv5FkOwBkhmm6wEAwdkxZ0A2l4/utvjaX4FgQMeXbNuR SDQMDD6BrlprAQw= =x177 -----END PGP SIGNATURE----- --------------nH0Yq3T0BzpjtdmXjZJ0KIGT-- From nobody Wed Aug 28 14:09:17 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wv5rY4V4Yz5TK4j for ; Wed, 28 Aug 2024 14:09:33 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wv5rX67Bdz4JRL for ; Wed, 28 Aug 2024 14:09:32 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=cschubert.com; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id jDhLsKlYf9TOUjJMasK60m; Wed, 28 Aug 2024 14:09:32 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id jJMYsqhie2M9qjJMYsogU7; Wed, 28 Aug 2024 14:09:31 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=ce5xrWDM c=1 sm=1 tr=0 ts=66cf2f9b a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=yoJbH4e0A30A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=T8hboYP3AAAA:8 a=JAf30KXuAAAA:8 a=EyvR-Sr-4vP945Rd7eoA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 a=3Xhr1e3L9Km7VwPPQCJS:22 a=GEL62FyrTCmHtEug2d3R:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 83F53736; Wed, 28 Aug 2024 07:09:29 -0700 (PDT) Received: from slippy (localhost [IPv6:::1]) by slippy.cwsent.com (Postfix) with ESMTP id 34A1F319; Wed, 28 Aug 2024 07:09:29 -0700 (PDT) Date: Wed, 28 Aug 2024 07:09:17 -0700 From: Cy Schubert To: Ronald Klop Cc: freebsd-ports@freebsd.org, David Wolfskill Subject: Re: www/chromium-128.0.6613.84 build failure (amd64; poudriere) Message-ID: <20240828070856.69d3c5cb@slippy> In-Reply-To: <1344416062.7923.1724766198366@localhost> References: <1344416062.7923.1724766198366@localhost> Organization: KOMQUATS X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfI2R9DwkjizvC5cN3yQbpTBwZo3GNUi/hr7dH3qhudvfBnOMI86RCncDqQ5gqZ5c8F6nmyDViNXMS8KnJnznpUUrds10Z2s3XKCP+iO0Pk4DjF7+pKO+ Rlf3KfgcKIs+j0Jxku9ireEdT9FTrlJie5MsKaNHXSj9cPqgnXBT9o6noHsguv8u6OKSVssuw74n7NQUmBtwrwQAp8iliQRINsN1xq1Fg+wLr2uYl3ujOs4u Qa3Y3a2KJiJeBOZhFacLeeqiKgshnI5yfksr5fWElwA= X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[cschubert.com,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; RWL_MAILSPIKE_VERYGOOD(-0.20)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4Wv5rX67Bdz4JRL Seeing this here in a 15-CURRENT poudriere jail too. Just a guess but this is likely because the base system has no libclang.so whereas the various LLVM ports do. This port depends on llvm15, which does supply a libclang.so. The message suggesting that LIBCLANG_PATH be set could be the correct course of action. Possibly in the MAKE_ENV environment variable in Makefile. It probably builds successfully by hand -- though I haven't been able to build chromium by hand here for the better part of a year now. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 On Tue, 27 Aug 2024 15:43:18 +0200 (CEST) Ronald Klop wrote: > When you scroll back a bit in the logs the error output I see is: > > ... > FAILED: gen/third_party/crabbyavif/crabbyavif_libyuv_bindings.rs > ... > thread 'main' panicked at /wrkdirs/usr/ports/devel/rust-bindgen-cli/work/bindgen-cli-0.70.1/cargo-crates/bindgen-0.70.1/lib.rs:622:27: > Unable to find libclang: "couldn't find any valid shared libraries matching: ['libclang.so', 'libclang.so.*'], set the `LIBCLANG_PATH` environment variable to a path where one of these files can be found (invalid: [])" > note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace > Traceback (most recent call last): > File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Release/../../build/rust/run_bindgen.py", line 118, in > main() > File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Release/../../build/rust/run_bindgen.py", line 106, in main > subprocess.check_call([args.exe, *genargs], env=env) > File "/usr/local/lib/python3.11/subprocess.py", line 413, in check_call > raise CalledProcessError(retcode, cmd) > subprocess.CalledProcessError: Command '[' ']' died with . > > I have no further clue why this happens. > > Regards, > Ronald. > > Van: David Wolfskill > Datum: dinsdag, 27 augustus 2024 15:13 > Aan: freebsd-ports@freebsd.org > Onderwerp: www/chromium-128.0.6613.84 build failure (amd64; poudriere) > > > > My build machine gets the task of building packages for www/chromium > > for the machines that actually use it. And it (and its earlier > > instantiation) has been using poudriere-devel for package-building > > since July, 2015. > > > > Given the VuXML entry for chromium and the recent update of the latter > > to 128.0.6613.84, I set the builder to work; it rebuilt several things > > in preparation for chromium, but the latter failed (apparently something > > that ninja encountered). > > > > The build machine was running: > > FreeBSD freebeast.catwhisker.org 14.1-STABLE FreeBSD 14.1-STABLE #208 stable/14-n268552-818e3dc03d0c: Tue Aug 27 10:34:16 UTC 2024 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1401502 1401502 > > > > with the ports tree at: main-n675227-f2a04eb29525 > > > > It had most recently (before this) rebuilt all packages Sunday (2 > > days ago); the only failure then was games/bsdgames. > > > > This morning, it reported that it built/failed/ignored: > > [01:01:43] Built ports: devel/pkgconf graphics/wayland x11/libxkbcommon multimedia/libva graphics/vulkan-loader graphics/libplacebo devel/glib20 devel/desktop-file-utils misc/shared-mime-info devel/dbus-glib graphics/mesa-libs devel/py-dbus@py311 audio/jack devel/gobject-introspection devel/sdl20 devel/gsettings-desktop-schemas devel/libgudev databases/sqlite3@default sysutils/polkit accessibility/at-spi2-core devel/json-glib graphics/gdk-pixbuf2 x11/libwacom multimedia/gstreamer1 graphics/cairo devel/qt5-core graphics/gtk-update-icon-cache x11/libinput security/nss multimedia/gstreamer1-plugins net/avahi-app x11-themes/adwaita-icon-theme sysutils/consolekit2 print/harfbuzz lang/vala devel/dconf graphics/mesa-dri multimedia/pipewire devel/libgusb security/libsecret devel/qt5-dbus net/qt5-network x11-toolkits/pango audio/pulseaudio print/harfbuzz-icu graphics/libjxl graphics/colord print/cups accessibility/speech-dispatcher x11-toolkits/qt5-gui multimedia/ffmpeg x11-toolkits/qt5-w idgets audio/alsa-plugins lang/rust devel/rust-bindgen-cli graphics/librsvg2-rust x11-toolkits/gtk30 > > [01:01:43] Failed ports: www/chromium:build > > [01:01:43] Ignored ports: devel/swig textproc/p5-XML-Parser devel/gettext-tools devel/p5-Locale-gettext misc/help2man databases/gdbm security/nettle archivers/zstd devel/libdatrie devel/p5-Locale-libintl audio/libvorbis print/texinfo graphics/tiff textproc/gsed devel/m4 security/rhash dns/libidn2 math/mpfr security/libgcrypt multimedia/libtheora graphics/lcms2 devel/bison devel/cmake-core lang/ruby32 shells/bash textproc/rubygem-rdiscount www/rubygem-hpricot audio/espeak-ng devel/binutils@native lang/python311 devel/re2 multimedia/libv4l x11/libSM devel/libthai graphics/libexif audio/flac audio/speex x11/libxcb x11/libX11 devel/py-pyyaml@py311 x11/libXfixes audio/alsa-lib x11/libXdamage x11/xcb-util x11/xcb-util-wm x11/xcb-util-renderutil audio/libsndfile print/freetype2 x11/libXext x11/libXScrnSaver x11-fonts/mkfontscale x11-toolkits/libXt x11-toolkits/libXmu x11/libXcomposite x11/libXinerama graphics/openjpeg audio/libsamplerate x11/xcb-util-image x11/xcb-util-keysyms textproc/ libxml2 textproc/libxslt multimedia/aom x11/xprop x11/libXrender x11/xset x11/libXrandr devel/dbus x11/libXcursor graphics/openexr www/node20 dns/libpsl security/p11-kit x11-fonts/fontconfig graphics/libglvnd security/gnutls ftp/curl x11/libXv x11/libXi graphics/libGLU x11-fonts/libXft x11/libXtst x11/libXxf86vm graphics/libdrm graphics/freeglut devel/llvm18@default devel/llvm15@default graphics/webp devel/spirv-llvm-translator@llvm15 > > > > > > The last part of the log: > > ... > > [ 12% 7920/64048] python3 ../../third_party/catapult/tracing/bin/generate_about_tracing_contents --outdir gen/content/browser/tracing > > [ 12% 7920/64048] cc -MD -MF obj/third_party/brotli/enc/backward_references.o.d -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU_SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_DISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DCR_LIBCXX_REVISION=6bb75caa139ee1e686d2205910454cf6ea212e58 -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -I../.. -Igen -I../../buildtools/third_party/libc++ -I../../third_party/brotli/include -fno-delete-null-pointer-checks -fno-ident -fno-strict-aliasing -fstack-protector -fno-unwind-tables -fno-asynchronous-unwind-tables -fPIC -pthread -fcolor-diagnostics -fmerge-all-constants -fno-sized-deallocation -fcomplete-member-pointers -m64 -msse3 -Xclang -fdebug-compilation-dir -Xclang . -no-canonical-prefixes -ftrivial-auto-var-init=pattern -fno-omit-frame-pointer -g0 -fprofile-use=../../chrome/build/pgo _profiles/chrome-linux-6613-1724176677-471e3754246bb4b3b123986461efc47da76fd985-930ea204ea21ac0cb91d7ef9b1aeffaba6cb10fa.profdata -Wno-profile-instr-unprofiled -Wno-profile-instr-out-of-date -Wno-backend-plugin -mllvm -enable-ext-tsp-block-placement=1 -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -Wall -Wno-unused-variable -Wno-c++11-narrowing -Wno-unused-but-set-variable -Wno-misleading-indentation -Wno-missing-field-initializers -Wno-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneeded-internal-declaration -Wno-cast-function-type -Wno-deprecated-builtins -Wno-deprecated-this-capture -Wno-invalid-offsetof -Wno-vla-extension -O2 -fdata-sections -ffunction-sections -fno-unique-section-names -fno-math-errno -std=c11 -c ../../third_party/brotli/enc/backward_references.c -o obj/third_party/brotli/enc/backward_references.o > > [ 12% 7920/64048] python3 ../../third_party/blink/renderer/bindings/scripts/build_web_idl_database.py --output gen/third_party/blink/renderer/bindings/web_idl_database.pickle --runtime_enabled_features ../../third_party/blink/renderer/platform/runtime_enabled_features.json5 -- gen/third_party/blink/renderer/bindings/web_idl_in_core.pickle gen/third_party/blink/renderer/bindings/web_idl_in_core_for_testing.pickle gen/third_party/blink/renderer/bindings/web_idl_in_modules.pickle gen/third_party/blink/renderer/bindings/web_idl_in_modules_for_testing.pickle > > ninja: build stopped: subcommand failed. > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/chromium > > =>> Cleaning up wrkdir > > ===> Cleaning for chromium-128.0.6613.84 > > build of www/chromium | chromium-128.0.6613.84 ended at Tue Aug 27 12:31:40 UTC 2024 > > build time: 00:08:51 > > !!! build failure encountered !!! > > > > > > > > Full logs may be found in > > https://www.catwhisker.org/~david/FreeBSD/ports/chromium/ > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > Restricting bodily autonomy is a mark of autocracy, not conservatism. > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > > > > > > > > > > From nobody Wed Aug 28 14:19:54 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wv64X2yxjz5TKw1 for ; Wed, 28 Aug 2024 14:19:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wv64X0TfRz4L4k for ; Wed, 28 Aug 2024 14:19:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=cschubert.com; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTPS id jHvUsKtJf9TOUjJWesK817; Wed, 28 Aug 2024 14:19:56 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id jJWcsJn2HE0IVjJWdsaRhQ; Wed, 28 Aug 2024 14:19:56 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=cI9DsUeN c=1 sm=1 tr=0 ts=66cf320c a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=yoJbH4e0A30A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=T8hboYP3AAAA:8 a=JAf30KXuAAAA:8 a=7MbN1Tu2qPo5CVSnf6kA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 a=3Xhr1e3L9Km7VwPPQCJS:22 a=GEL62FyrTCmHtEug2d3R:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 3DDACBD; Wed, 28 Aug 2024 07:19:54 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 37E1610D; Wed, 28 Aug 2024 07:19:54 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ronald Klop , freebsd-ports@freebsd.org, David Wolfskill Subject: Re: www/chromium-128.0.6613.84 build failure (amd64; poudriere) In-reply-to: <20240828070856.69d3c5cb@slippy> References: <1344416062.7923.1724766198366@localhost> <20240828070856.69d3c5cb@slippy> Comments: In-reply-to Cy Schubert message dated "Wed, 28 Aug 2024 07:09:17 -0700." List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 2024 07:19:54 -0700 Message-Id: <20240828141954.37E1610D@slippy.cwsent.com> X-CMAE-Envelope: MS4xfKmKheprYMQU7enFONCbfJixDBOjOhddhWjVA9u+yC1xs0cNXQ/2ljAUkGm228IQrhlXyQaXREEBAoPZJlimpyuroVKOwT1+TniHkYlvJDO67PW5/Wr8 M3W35fAh2FIIvCtjGKoHahPFNu9dl3Ojq30aFx7O26RO3/kWkiojN7xj9v8hmdlwgn1gF9uzz2PGq0wzAr1UXJ/49KfPCjzkuweCV/jPLhqlcq0uIPG6WR9g Ztb/aD9dsLYzS33zEzQzJDpJcw4DZ0DM1Kj9uls9Gr4= X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[cschubert.com,quarantine]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31:c]; RWL_MAILSPIKE_VERYGOOD(-0.20)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4Wv64X0TfRz4L4k I should have checked ports-committers first. Looks like the fix went in this morning. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 In message <20240828070856.69d3c5cb@slippy>, Cy Schubert writes: > Seeing this here in a 15-CURRENT poudriere jail too. > > Just a guess but this is likely because the base system has no > libclang.so whereas the various LLVM ports do. This port depends on > llvm15, which does supply a libclang.so. The message suggesting that > LIBCLANG_PATH be set could be the correct course of action. Possibly > in the MAKE_ENV environment variable in Makefile. > > It probably builds successfully by hand -- though I haven't been able > to build chromium by hand here for the better part of a year now. > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=0 > > On Tue, 27 Aug 2024 15:43:18 +0200 (CEST) > Ronald Klop wrote: > > > When you scroll back a bit in the logs the error output I see is: > > > > ... > > FAILED: gen/third_party/crabbyavif/crabbyavif_libyuv_bindings.rs > > ... > > thread 'main' panicked at /wrkdirs/usr/ports/devel/rust-bindgen-cli/work/bi > ndgen-cli-0.70.1/cargo-crates/bindgen-0.70.1/lib.rs:622:27: > > Unable to find libclang: "couldn't find any valid shared libraries matching > : ['libclang.so', 'libclang.so.*'], set the `LIBCLANG_PATH` environment varia > ble to a path where one of these files can be found (invalid: [])" > > note: run with `RUST_BACKTRACE=1` environment variable to display a backtra > ce > > Traceback (most recent call last): > > File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Rel > ease/../../build/rust/run_bindgen.py", line 118, in > > main() > > File "/wrkdirs/usr/ports/www/chromium/work/chromium-128.0.6613.84/out/Rel > ease/../../build/rust/run_bindgen.py", line 106, in main > > subprocess.check_call([args.exe, *genargs], env=env) > > File "/usr/local/lib/python3.11/subprocess.py", line 413, in check_call > > raise CalledProcessError(retcode, cmd) > > subprocess.CalledProcessError: Command '[' ']' > died with . > > > > I have no further clue why this happens. > > > > Regards, > > Ronald. > > > > Van: David Wolfskill > > Datum: dinsdag, 27 augustus 2024 15:13 > > Aan: freebsd-ports@freebsd.org > > Onderwerp: www/chromium-128.0.6613.84 build failure (amd64; poudriere) > > > > > > My build machine gets the task of building packages for www/chromium > > > for the machines that actually use it. And it (and its earlier > > > instantiation) has been using poudriere-devel for package-building > > > since July, 2015. > > > > > > Given the VuXML entry for chromium and the recent update of the latter > > > to 128.0.6613.84, I set the builder to work; it rebuilt several things > > > in preparation for chromium, but the latter failed (apparently something > > > that ninja encountered). > > > > > > The build machine was running: > > > FreeBSD freebeast.catwhisker.org 14.1-STABLE FreeBSD 14.1-STABLE #208 sta > ble/14-n268552-818e3dc03d0c: Tue Aug 27 10:34:16 UTC 2024 root@freebeast. > catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1401502 1 > 401502 > > > > > > with the ports tree at: main-n675227-f2a04eb29525 > > > > > > It had most recently (before this) rebuilt all packages Sunday (2 > > > days ago); the only failure then was games/bsdgames. > > > > > > This morning, it reported that it built/failed/ignored: > > > [01:01:43] Built ports: devel/pkgconf graphics/wayland x11/libxkbcommon m > ultimedia/libva graphics/vulkan-loader graphics/libplacebo devel/glib20 devel > /desktop-file-utils misc/shared-mime-info devel/dbus-glib graphics/mesa-libs > devel/py-dbus@py311 audio/jack devel/gobject-introspection devel/sdl20 devel/ > gsettings-desktop-schemas devel/libgudev databases/sqlite3@default sysutils/p > olkit accessibility/at-spi2-core devel/json-glib graphics/gdk-pixbuf2 x11/lib > wacom multimedia/gstreamer1 graphics/cairo devel/qt5-core graphics/gtk-update > -icon-cache x11/libinput security/nss multimedia/gstreamer1-plugins net/avahi > -app x11-themes/adwaita-icon-theme sysutils/consolekit2 print/harfbuzz lang/v > ala devel/dconf graphics/mesa-dri multimedia/pipewire devel/libgusb security/ > libsecret devel/qt5-dbus net/qt5-network x11-toolkits/pango audio/pulseaudio > print/harfbuzz-icu graphics/libjxl graphics/colord print/cups accessibility/s > peech-dispatcher x11-toolkits/qt5-gui multimedia/ffmpeg x11-toolkits/qt5-w > idgets audio/alsa-plugins lang/rust devel/rust-bindgen-cli graphics/librsvg2 > -rust x11-toolkits/gtk30 > > > [01:01:43] Failed ports: www/chromium:build > > > [01:01:43] Ignored ports: devel/swig textproc/p5-XML-Parser devel/gettext > -tools devel/p5-Locale-gettext misc/help2man databases/gdbm security/nettle a > rchivers/zstd devel/libdatrie devel/p5-Locale-libintl audio/libvorbis print/t > exinfo graphics/tiff textproc/gsed devel/m4 security/rhash dns/libidn2 math/m > pfr security/libgcrypt multimedia/libtheora graphics/lcms2 devel/bison devel/ > cmake-core lang/ruby32 shells/bash textproc/rubygem-rdiscount www/rubygem-hpr > icot audio/espeak-ng devel/binutils@native lang/python311 devel/re2 multimedi > a/libv4l x11/libSM devel/libthai graphics/libexif audio/flac audio/speex x11/ > libxcb x11/libX11 devel/py-pyyaml@py311 x11/libXfixes audio/alsa-lib x11/libX > damage x11/xcb-util x11/xcb-util-wm x11/xcb-util-renderutil audio/libsndfile > print/freetype2 x11/libXext x11/libXScrnSaver x11-fonts/mkfontscale x11-toolk > its/libXt x11-toolkits/libXmu x11/libXcomposite x11/libXinerama graphics/open > jpeg audio/libsamplerate x11/xcb-util-image x11/xcb-util-keysyms textproc/ > libxml2 textproc/libxslt multimedia/aom x11/xprop x11/libXrender x11/xset x1 > 1/libXrandr devel/dbus x11/libXcursor graphics/openexr www/node20 dns/libpsl > security/p11-kit x11-fonts/fontconfig graphics/libglvnd security/gnutls ftp/c > url x11/libXv x11/libXi graphics/libGLU x11-fonts/libXft x11/libXtst x11/libX > xf86vm graphics/libdrm graphics/freeglut devel/llvm18@default devel/llvm15@de > fault graphics/webp devel/spirv-llvm-translator@llvm15 > > > > > > > > > The last part of the log: > > > ... > > > [ 12% 7920/64048] python3 ../../third_party/catapult/tracing/bin/generate > _about_tracing_contents --outdir gen/content/browser/tracing > > > [ 12% 7920/64048] cc -MD -MF obj/third_party/brotli/enc/backward_referenc > es.o.d -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_OZONE=1 -DOFFICIAL_BUILD -D_FILE_OFFSE > T_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DNO_UNWIND_TABLES -D_GNU > _SOURCE -D_LIBCPP_HARDENING_MODE=_LIBCPP_HARDENING_MODE_EXTENSIVE -D_LIBCPP_D > ISABLE_VISIBILITY_ANNOTATIONS -D_LIBCXXABI_DISABLE_VISIBILITY_ANNOTATIONS -DC > R_LIBCXX_REVISION=6bb75caa139ee1e686d2205910454cf6ea212e58 -DNDEBUG -DNVALGRI > ND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -I../.. -Igen -I../../buildtools/third_par > ty/libc++ -I../../third_party/brotli/include -fno-delete-null-pointer-checks > -fno-ident -fno-strict-aliasing -fstack-protector -fno-unwind-tables -fno-asy > nchronous-unwind-tables -fPIC -pthread -fcolor-diagnostics -fmerge-all-consta > nts -fno-sized-deallocation -fcomplete-member-pointers -m64 -msse3 -Xclang -f > debug-compilation-dir -Xclang . -no-canonical-prefixes -ftrivial-auto-var-ini > t=pattern -fno-omit-frame-pointer -g0 -fprofile-use=../../chrome/build/pgo > _profiles/chrome-linux-6613-1724176677-471e3754246bb4b3b123986461efc47da76fd > 985-930ea204ea21ac0cb91d7ef9b1aeffaba6cb10fa.profdata -Wno-profile-instr-unpr > ofiled -Wno-profile-instr-out-of-date -Wno-backend-plugin -mllvm -enable-ext- > tsp-block-placement=1 -fvisibility=hidden -Wheader-hygiene -Wstring-conversio > n -Wtautological-overlap-compare -Wall -Wno-unused-variable -Wno-c++11-narrow > ing -Wno-unused-but-set-variable -Wno-misleading-indentation -Wno-missing-fie > ld-initializers -Wno-unused-parameter -Wno-psabi -Wloop-analysis -Wno-unneede > d-internal-declaration -Wno-cast-function-type -Wno-deprecated-builtins -Wno- > deprecated-this-capture -Wno-invalid-offsetof -Wno-vla-extension -O2 -fdata-s > ections -ffunction-sections -fno-unique-section-names -fno-math-errno -std=c1 > 1 -c ../../third_party/brotli/enc/backward_references.c -o obj/third_party/br > otli/enc/backward_references.o > > > [ 12% 7920/64048] python3 ../../third_party/blink/renderer/bindings/scrip > ts/build_web_idl_database.py --output gen/third_party/blink/renderer/bindings > /web_idl_database.pickle --runtime_enabled_features ../../third_party/blink/r > enderer/platform/runtime_enabled_features.json5 -- gen/third_party/blink/rend > erer/bindings/web_idl_in_core.pickle gen/third_party/blink/renderer/bindings/ > web_idl_in_core_for_testing.pickle gen/third_party/blink/renderer/bindings/we > b_idl_in_modules.pickle gen/third_party/blink/renderer/bindings/web_idl_in_mo > dules_for_testing.pickle > > > ninja: build stopped: subcommand failed. > > > ===> Compilation failed unexpectedly. > > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > to > > > the maintainer. > > > *** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/ports/www/chromium > > > =>> Cleaning up wrkdir > > > ===> Cleaning for chromium-128.0.6613.84 > > > build of www/chromium | chromium-128.0.6613.84 ended at Tue Aug 27 12:31: > 40 UTC 2024 > > > build time: 00:08:51 > > > !!! build failure encountered !!! > > > > > > > > > > > > Full logs may be found in > > > https://www.catwhisker.org/~david/FreeBSD/ports/chromium/ > > > > > > Peace, > > > david > > > -- > > > David H. Wolfskill david@catwhisker.org > > > Restricting bodily autonomy is a mark of autocracy, not conservatism. > > > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > > > > > > > > > > > > > > > > > > > From nobody Wed Aug 28 19:08:56 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvDVP1MT8z5MZ43 for ; Wed, 28 Aug 2024 19:09:17 +0000 (UTC) (envelope-from laurent.chardon@gmail.com) Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvDVN5yVfz4nr4; Wed, 28 Aug 2024 19:09:16 +0000 (UTC) (envelope-from laurent.chardon@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-il1-x130.google.com with SMTP id e9e14a558f8ab-39d25267dacso2872715ab.3; Wed, 28 Aug 2024 12:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1724872155; x=1725476955; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=etVFc/z+acqmhKxynAZnL6+CNyxIesopqn+Heo17eCY=; b=hi7kYoqw7sEHlDE2P42XNLm1gkH4V14Fjs3kf+1Ppc253hbRUoZR5/qxAysxRdxgKo +KWZ4Ln+drIYsaRor6atbsRCD/jsRjgij/TOZymOPighORMEYftC7IVe6WlORdvPuxXW WdxVgKgQ5KjyoSYkJMMjZzwjXJwRwKE6TtnB/RJx0X8Mw8z9N9SbFsaj7KooCpAJT1ik kFVZb6Mgio9aflvPD9l6voIT+lzKx8VYWLLTx3L+2FkATtX+7VG1DX6mtd/o7IW30RY1 KP7W25Ldin1jwC36C46wd8TS8EGpxtf8pVE/LEFcmXULn6efUy1skkGEZkXPPG2kLd5r tt2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724872155; x=1725476955; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=etVFc/z+acqmhKxynAZnL6+CNyxIesopqn+Heo17eCY=; b=Zgig4UOtxs0q5xotw3+VeJY/fIihhH+cfCXUDANm7nfNFbXeA36MV5GtJBRpyvq8Sg o4s+HVVyl6wdPWzED4la/PdoPrhZNdgq8C8LTCLmb7Bk/xwSr26SZCUwbgGqsTkop8Tt V05r3NREa9NH3MZDtMV7lpNyoont9P/jaqssP6esQjrqcywKjM7Ajl5oEfd3kXmfTGvF so6GCT15ltc3Jmcn1bofPFryZDs3nTcV0SfR21dAlITEU7QM4aTWfBVZNGHpBtXrSqmW hnNZ1Dzp4jtFAbV7+RzxEc3X2QyRYha5rPHvg7iJr/6kUATBrfT4+Zl4OGH0hnN4sPDo bDcw== X-Gm-Message-State: AOJu0YzBJHGXOaFS+jVe22HYboc1xLfH4Xjf3JOfPx8pnNTZF7YGc3J2 9N/YBr9bi2DYxikYDzLVGqR/eAFZ86G/+F4eXwnpWScqpDZu2KsyUYD1SvK9/BbdEYZv6LXRdnq 5Lx2l41znqtBdZCKS0rHoN/wYWo7qswGk X-Google-Smtp-Source: AGHT+IGthw3TBQbWNzwzbrGHf1IcTYcGZ6hcESMQa/17sEiJHI2A2Kx27ukIzE05gWbm/D2aINgAZszUYWZNOcKTGdQ= X-Received: by 2002:a05:6e02:1c4c:b0:39d:1f78:d42b with SMTP id e9e14a558f8ab-39f3786f049mr4916775ab.5.1724872154872; Wed, 28 Aug 2024 12:09:14 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <9423ee46-c0a2-49c0-a443-9c5b702bccba@FreeBSD.org> In-Reply-To: <9423ee46-c0a2-49c0-a443-9c5b702bccba@FreeBSD.org> From: Laurent Date: Wed, 28 Aug 2024 15:08:56 -0400 Message-ID: Subject: Re: NordVPN script for FreeBSD To: DutchDaemon - FreeBSD Forums Administrator Cc: ports@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001305280620c31816" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WvDVN5yVfz4nr4 --0000000000001305280620c31816 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That sounds like fun. I'll ping him to see if I can help. Thanks! On Wed, 28 Aug 2024 at 07:11, DutchDaemon - FreeBSD Forums Administrator < DutchDaemon@freebsd.org> wrote: > forums.freebsd.org > > Shell - Script From NordVpn For FreeBSD <#m_8500575988025663664_> > > Is there some one who can tell me if it's possible to modify that script > to make it work under FreeBSD, or would it be impossible because of a > question of... > > =F0=9F=94=97 > https://forums.freebsd.org/threads/script-from-nordvpn-for-freebsd.94679/ > > > NordVPN's CTO has decided to add a script for FreeBSD (per my request), > but he needs some help to get this scripted/tested. > > Is there a porter or other FreeBSD dev willing to contact him and set up = a > collaboration to get this online? > > www.linkedin.com > > Marijus Briedis - Nord Security | LinkedIn <#m_8500575988025663664_> > > Experience: Nord Security =C2=B7 Location: Vilnius =C2=B7 500+ connection= s on > LinkedIn. View Marijus Briedis=E2=80=99 profile on LinkedIn, a profession= al > community of 1 billion members. > > =F0=9F=94=97 https://www.linkedin.com/in/marijusbriedis/ > > > > > --0000000000001305280620c31816 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That sounds like fun. I'll ping him to see if I can he= lp. Thanks!

On Wed, 28 Aug 2024 at 07:11, DutchDaemon - FreeBSD Forums = Administrator <DutchDaemon@fr= eebsd.org> wrote:
=20 =20 =20
=20
3D""
=20

=C2=A0NordVPN's CTO has decided to add a script for FreeBSD (per= my request), but he needs some help to get this scripted/tested.

Is there a porter or other FreeBSD dev willing to contact him and set up a collaboration to get this online?

=20

www.linkedin.com

Marijus Briedis - Nord Security | LinkedIn=

Experience: Nord Security =C2=B7 Location: Vilnius =C2=B7 500+ connections on LinkedIn. View Marijus Briedis=E2=80=99 profile on LinkedIn, a professional community = of 1 billion members.

=F0=9F=94=97 https://www.linkedin.com/in/marijusbriedis/

=20

=C2=A0

--0000000000001305280620c31816-- From nobody Wed Aug 28 20:20:30 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvG4q6y5Vz5MgXg for ; Wed, 28 Aug 2024 20:20:43 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvG4q6ScFz3ymS; Wed, 28 Aug 2024 20:20:43 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724876443; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rNVEZ4BLaNZJ3trjKAqrwCUKuhHnjuG+lAm1D3AyZZQ=; b=FmRzFD0/fZ1pWrnULLRWCRVSP8A9A1o85PJ0gje2iymtoPMtohpK0i49RrQBeY/sGJ55Rr qcfWOMt0bNBk+srJwj/ms8zyEs/y9+DH/g+Yt4iCuRaJn4WRjfjky8oH3Ru+IAyhgzlLK7 jU4RusBvcpY0XRjmUbjJLkOatsp83K3v/a7eia0OXFqxhjqr1qVLNbW1P8oqqx3WgYsgYv yLE0FQKVTBga4HKhKLFqPRhlqzCCrq/1u9dt9RawXtprWndweCF+Wuwra2lOB+WwNbe/ga wmAXnfOdE03Hapbv3azqnIH0O5ndvEaRTc/Wof+daVekVm2YqpXe7HmqAvDLCA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724876443; a=rsa-sha256; cv=none; b=OXWKDwtCbk9LuAByM2pbU+d4OY+EtLAXwCE2hnHjtsQz6AMUc96nHXddCvip6kKez/0xTQ cBeHce3F0Rqmi70MXGfovoTv8ma9/2hn4N7ychZ0wN3AjxfFQI9CflgwJhDfJ0W8tJIXt0 XukTQeEC9qPT2qQyNgnt+qXhK5Oh4wYR9mrDimnvc6GCGmdu+Gar6sgvQc3NWFBfX8aXXQ H52iTyktt3PyArsvQKGB/wY7SgaKRQz0gEabWVWb0l2e5ymkEaGVcMK210sn+2jr3JrLQy QxFIt9b+OBxZRHTzvIwv74Af7DgUBcd0DnDhtWDfNCwlBouCafKBQViusqXHRw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724876443; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rNVEZ4BLaNZJ3trjKAqrwCUKuhHnjuG+lAm1D3AyZZQ=; b=Be+pWKJgcPPmBzKJszxVqEu4bSGHx3R3tDX5TBWbPE4hjq9hFgcvPmOL1CFiqqkX2NAL6C j6mguR8wiXmuOYUKu+gpmH8mNi1ukLElZB4ZdawxUBVJKr0BWdkOzwlmwabO6yoqXdPK8A E0D0vI1mxlvCHVbSJsZJMewLlK5P7BzGab/37COXnhI8IHXLSDThJTqXuM/wmcB074gTdM ZAmFGxp65DaxQFKtOxK4txH8sFdgTIfNsm7iYZOU4MyGQmoqDaAhinIUFJ98DHH4hEQCW2 bi0elhyLzq0MdBNVljUI686KPXGp6Ra/CXm0LPvwA6l/XLk7Y5h9Qa2XWpv4Ww== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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 did not present a certificate) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WvG4q3Zrvz1DT9; Wed, 28 Aug 2024 20:20:43 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 387742a3 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Wed, 28 Aug 2024 20:20:41 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_79034992-2412-4220-9F2B-54B303837EFB"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: tex-luatex requires older version of zlib after upgrade from 13.2 to 13.3 From: Moin Rahman In-Reply-To: <3b2bfc33-7746-4229-91a5-56b08284ad69@optiplex-networks.com> Date: Wed, 28 Aug 2024 22:20:30 +0200 Cc: ports@freebsd.org Message-Id: References: <3b2bfc33-7746-4229-91a5-56b08284ad69@optiplex-networks.com> To: Kaya Saman X-Mailer: Apple Mail (2.3731.700.6.1.2) --Apple-Mail=_79034992-2412-4220-9F2B-54B303837EFB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Aug 28, 2024, at 12:54 PM, Kaya Saman = wrote: >=20 > Hi, >=20 >=20 > I'm trying to upgrade my ports collection but running into this error. = I performed the necessary upgrade steps: >=20 >=20 > uname -a > FreeBSD 13.3-RELEASE-p5 FreeBSD 13.3-RELEASE-p5 GENERIC = amd64 >=20 >=20 > and have initiated a full ports rebuild. I'm using portmaster so I = just ran a: portmaster -adfy --no-confirm >=20 >=20 > Somehow luatex keeps throwing up this error?? >=20 >=20 > I have seen two postings on this already but nothing seems to work for = me.... >=20 >=20 > = https://forums.freebsd.org/threads/lualatex-incorrect-version-of-zlib.9316= 2/ >=20 > https://lists.freebsd.org/archives/freebsd-ports/2024-June/006202.html Have you gone through this thread? Kind regards, Moin --Apple-Mail=_79034992-2412-4220-9F2B-54B303837EFB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmbPho5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJGMLA/9HnnjadxdfCorvCefg5zocTc8uQsY+oXvGTSJXXDYu1oqqvskdRY3rVvi jN0q6ie4d+b6QQFswc53NkzK4kiWs4UroDQ+WsYQEpsEzAvVegGrPiX0BOpweulI 1M9ekH3+pvrqnUtq0m6nzxC7FD812WNvMWzNEgBfdpj7JpOrwdebmYHeLpeUKIaR Z5JS76TkENOG9+yki0R4GDLriTfVBXM8r+DPsLvws4aDePmDY/x7M+hi89xglUAK Z7F0owqO+QBi72wp7IRqY1gdlAvoNNsiVh8Kl78ukFMebCDqsB0dM8b7qKFATiLy 9aPqNyB1QYresKaupVe8+TDyey3j12C4M7+cRXubrH11cs3lxqXR9THpPP1RiGwL Zm6FBmtf4Hjqi0FgIf/xEr5Gyu5UDaF8p5MIxbpcEpQtF+jIf74kotp2APeFHeKO UNn/fDpAoFStcyxjKXmiduRZ8EuNYtnLJ9x9Xz9RFAscqdO7XpVMtGljQC4LEx6U 4fiB3sba5glObReGrQKaH3IQGE0mgqwGGZ1iCWdgxWNjtagowFKE6tr/2h26trsI UzTQS6gHPlcoC1J3NQ3QNfwUfDIXPoHheUU+nd3OUku/cRNoEuuDO+RXk+81H1hp /HleXDP8JVvFlOLkwJGh4qs91RBgUgnxFsjbDPm+Kp4IPHQe7mg= =/kMa -----END PGP SIGNATURE----- --Apple-Mail=_79034992-2412-4220-9F2B-54B303837EFB-- From nobody Thu Aug 29 03:51:11 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvS4c0kHKz5T3RY for ; Thu, 29 Aug 2024 03:51:12 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvS4b5W4Gz4ggw for ; Thu, 29 Aug 2024 03:51:11 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724903471; a=rsa-sha256; cv=none; b=IFwGIw5Ccx5VtIaW8kAfQNFlCij33rR433zMaI/+8VbKH4HSXU2HHDI5cK+hgPgPzPCY8I K0RoUjKNnIoucpKbVsWV8vSUoVBqDwseHtWYlZMc81J9LSoc0IPDPuyBZC8ATMYb1yMsS3 WZ8XiSYf1Vw3sXIm3Po2prrPqxvReaujvEeYV7h62ll4bMQyn4qfRoVqMosnEhE5d0bcUx P5FzxMirhCSGAosbN9BX5olMvk4R6sljQ1p8siAJLrSEeJ7Is59eBEaSNnt2BH8tfnUnY4 4L5HxlezvEAxWHh3L0tx3NCBybo7wFC11gHzj/+hazcClIL2kaJpWx9bN3jJJQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724903471; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=GUlB20z9JF1OkLD8Q12B947g68Ggb3suHFtZop7TEws=; b=AA00WJYukfgyXDcYDgnKdPB6iv69ulAGUeKSmcwfUcwWu7aRmwUXBLw990u2/GhWbx7puQ ZSUWeZ21ySNyscC0bOrOYPJIGiJV9LqECtDbSbrYsYoc6T+ogLlRemZDjyDkmOQlryHz0Q akoYmjpObvKK+Yip8So+GlmMRqAzrzyj1Sr5BLaTqd0btUlyjbD+SVgXvuBeMmKdpamTij SQOqm/I99lwkmxFVQ9yBIOvqruYEz1k9cLk5hJVzkZ74U8J+QjnlrlqdM40aOY5ttaeVGg figa4Hd9Qh7YA0soayRA06k17OanyU/GffUvmlJL9DfgwuTJaDbsFM60AMZMig== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4WvS4b50Xzz12Kw for ; Thu, 29 Aug 2024 03:51:11 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 47T3pBbV039952 for ; Thu, 29 Aug 2024 03:51:11 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 47T3pBQO039951; Thu, 29 Aug 2024 03:51:11 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202408290351.47T3pBQO039951@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Thu, 29 Aug 2024 03:51:11 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/baresip | 3.14.0 | v3.15.0 ------------------------------------------------+-----------------+------------ security/py-pyvex | 9.0.5405 | v9.2.117 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Thu Aug 29 07:48:00 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvYLK35hTz5MTQt for ; Thu, 29 Aug 2024 07:48:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvYLJ4ZSsz43rt for ; Thu, 29 Aug 2024 07:48:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Zxxz3QfS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1724917697; bh=TV/I43VQ8eu6d2A1GBhuew+wt0Fff2w0hMTicC2ayh0=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=Zxxz3QfSsdS8D+S+h9euprRrxZeOcCAgAvWEgQc+riy6UYrNGeLjMqEE+1WHh9n/fr5JqPpWXM2NRY0Is3dCpH316kzf+qnmzpXBrIz8wtSHv29huin1U4SV/Us0OCdrNUhbazgJlwC4Nq5CS98os/akPbMuegWJaGqODSOydEZoXTC6KBn0NLGRaLEAo+kER30/4S48qYmAM512bFhCuYq3IRCYk5/V17R+kM0mC1+uj+lqsebGeS6NuTY2jAvOJwVDpkOiusSddzH7DngEFKFY24Ib1BUislAJ/SSuAuKu1aYhFYMlai0BYpHccJUPQtx4NrHpueOkiuFq/UJgAQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1724917697; bh=d3VmVfuDu0waUN1Sy0sROACNR/5d6t7+dg5h3rFAUeE=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=C3IdBOZeirKJNfg8oaAVlhN8bPPnNmF4xjfnrEyh7cK0YDJMXEyffTN4gLkQbBCqIlbvdi76ZgIfA6IdrkMoVljbh4P8FaUK6HWla4HOqL8B966Q/iz5+azhS7Qe2jnDPsRNTRbEFdxEc9qaLFQBq31QIlgRM6ypkezM5NPSZ/VDW4uMcG7EDn3TJ5vfVDMWjFitk4m4ZeAP0EKq77dRcr4OMJmLRob/lQgM4JechcQuqnLjxyZW2yH6OcD/SYeqfRZSHEkdOzVPgODYZY276BxfbKNqzxdGh3txxSvA1GIEQFPOHP6q1e/IQqzV3itxzYpzX6X3326+U4tm++FPJA== X-YMail-OSG: YV7iqWoVM1kO.HcKlgkZbg1usf473cIfJCETZKiKxy_JsFhA5aobKBDmk01NlNx mlviKhSqz3pUbcQl6VSdxvISnzcFb8Fe_75IN_XaZa48TaMcjNdwGAarnhMWZ0ksHbLPFzEX0oZl yXQUjkwCGB5vNz_yafeXRM90b7UcDr5mNK.URuSEUY6MRgHI0EaLbbwuM3NE4cMBRFuoC.BANqIx j8_BN5oQ5aPX.k1dglctefdSnSprRQUFvCnw1GxCxXnhQV2YVbmlXPZcW015fS4g10hyjglKSobm o51R1x0NDt7xgUmQYCEh6mGdIlFFDn2hmPXyyahKMQujq.k32YARNV6snTZAJWAWgi1E44oJifht RSu5xiTIXOV8rWt_I__auRt7M7.a5Wsa.dRusoSaUSimudBBGpUkeZNLPCnY9Qs3rI3NPXcoipmw gNmRNdtjMptZGQ_uc4o58b6YVI454zG1WvYtiM6aTo7Vwg0wY7Xz1wfz2wOMs9MpTgvMrs8Yxfom wSrmtIHJjzlfQeiC6QeeUOoI4YtMoXblTBMd4Uq9frLfmztzn2e0jbmJpXaLhhboML.ZP7.Y2NZh H5inRAFrEkx4T0pl_G65lzhvvX5_9g8mKZIk.TdyneIJupI.tPj2Cl0hmJjR5ENriNZsuSRJ3jLA TNz2inWRpOonkJYzh3moym_n.8_Vv8MX1a9lCPrPuNOmBZ253VbJWmUnFD7619AwDDiGNSmnBdHf 7NtiAQM6y75gvYmGNcnlLyHVih8GPSOaUCPgQO_EJP8u9yjt2cKA8cVlgNWIchn5M31PfnT.2G4U cQn.ZsTaU8CL84lRAGxGq5va4NU2dpnsjd0CA6algya2NzVP0PBQvbi9TqNN45j2qmLoP1HyrTqE I56jh2vwqttwDJjNYrZg2tdl5ZfwWiBe_bn2ZaEMEh4aI6bpQQrFL1PC9yty91RYWuhwMe3snUpJ naMJS70sIGF8nHNjSWc80mbZhWkO_MCVZ7c9x8U3OLT2fFwyhnAlvSMhSFwKW8vzLAnMbIHoH_nT _hcEo3Sim7Xw2vC19II9Cb9uYRDVwNMoTg31kZ3EH7lToyur5OWAw9z9L5Hm8vfkwnPm1zvD.Kqo h_WV09iE8sHkmQOM4wBx9URNnVUE1hmDLcuowNqd6WP3K7YdrWIjnh0viiGcqKrrs9Y.fsLQ0wK1 8nQsBGRAxctTjGCrF0L_IkE6vs2L5ZSUi8VGE3LsvPtT7ME2qEAcqJaX_XNW3Pm5.TYO6_.YpkV4 11BSEy8LWCRUcDQevfBrhjcHsjv2.XdozssTSrwnGi_NccGKaKNs7Q0RnVeSfHZ6MLdPEg9tam58 MsrRJZ0nhDPg3Dayowy0CYwmShjGoJouugGwa3mgHJUraHLBLmN1Esnm.SxvtqHsBc85v69IjAXI sb.rB0kJ06Nq.gTI5NMAONYDqXzfpL6n8tPS92i3NrAoKJiRhoMJ_JgYDdimVFPAWaXvXes_bgtj kksIYtmVkbwll8Qag0lwY2wdIETK5lY9IdG_jRP917F95fsJI5ws4_N0myvlhEY5vFcDR1rezY8d s5yHQLO_25uoTiPyKu3qub9yfetslWea8QDU0v5oF38_OUA3gvLWnthIzQ8kjj.xAuBCh07vj5oV r4.CBBDHYctdUoxcZVaJn_pdFWU7jpBjGu7Hhi5OpAZv.UuYmXe0gUWYGpKVFuiiI_XeL6M..Qvt eF.8gcbL_lrwaFKbmdXdU4vjIw0zsODhGHMNng5HHt6MQXWuA2YbUpi1C9cG2sAoaxW1TyK_ioC1 Ym6xtb3UkVljTg40lRg9qDpW7SJFD6zrV07bilcrpTBOnIiCYZubqvQcoge10JQdW1ddpo01mdFD BSU8jb70_swF_El1J0KOihaixCx5JOahq.TgFwOV7_VOgjzm0NJrDrpeWn1PVBC.nWcUtM52Lkcv SZlw5rEG79CknnxNFoWcHcMdSZpnGweVNrN0oJbkARQaLf9QOBPM_Pz23PvZU0GDd4Ee9I3clCNq LlL8hj.DJ7pzn3barkvsaGTeIedvMSIBEQBczgIHgroHe7k32iewE._9KeLHW_P.S_FlnGfrQLuJ sqonrEuklr_xD.6tT9mycoMzd1gF9ebSeVTB.17wGIyjMYuj6J9UsddHRvOGfFxqzev6aQL40VDt 6sVFcapG1QJbbjGGwrHKj7jblZpSFiKKmmZM4x10TCCyg6QNK8K5dLQ.ap6wDjUM3FPeplpLMb8Y k0PRZriv8RXVL6Wq_mMPfALPbe7gJ23I4M24pg6198fJY.517z.nkqbjCYzb8cViqk.ofn5CXMtJ UBdECd76XZvfuLom8ckceQg-- X-Sonic-MF: X-Sonic-ID: e5bf81c3-6637-40a6-b5a3-379dadce0242 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Aug 2024 07:48:17 +0000 Received: by hermes--production-gq1-5d95dc458-7jxgc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1aa3b0f325db680bcd85a722ded5cfed; Thu, 29 Aug 2024 07:48:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: security/nss targeting armv7 tries to compile armv8-a source code: nss/lib/freebl/aes-armv8.c Message-Id: <4C7FBDDC-35E8-46E2-A424-58F5779199F8@yahoo.com> Date: Thu, 29 Aug 2024 00:48:00 -0700 Cc: Tomoaki AOKI , Brooks Davis To: " gecko@freebsd.org" , FreeBSD ARM List , FreeBSD Mailing List X-Mailer: Apple Mail (2.3776.700.51) References: <4C7FBDDC-35E8-46E2-A424-58F5779199F8.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4WvYLJ4ZSsz43rt nss/lib/freebl/Makefile has: ifeq ($(CPU_ARCH),arm) $(OBJDIR)/$(PROG_PREFIX)aes-armv8$(OBJ_SUFFIX): CFLAGS +=3D = -march=3Darmv8-a -mfpu=3Dcrypto-neon-fp-armv8 $(OBJDIR)/$(PROG_PREFIX)gcm-arm32-neon$(OBJ_SUFFIX): CFLAGS +=3D = -mfpu=3Dneon endif but targeting -mcpu=3Dcortex-a7 (an armv7) results in the likes of: cc -o FreeBSD15.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/aes-armv8.o -c -std=3Dc99 = -O2 -gline-tables-only -pipe -mcpu=3Dcortex-a7 . . . . -march=3Darmv8-a = -mfpu=3Dcrypto-neon-fp-armv8 aes-armv8.c cc: warning: ignoring extension 'sha2' because the 'armv7-a' = architecture does not support it [-Winvalid-command-line-argument] cc: warning: ignoring extension 'aes' because the 'armv7-a' architecture = does not support it [-Winvalid-command-line-argument] aes-armv8.c:14:2: error: "Compiler option is invalid" 14 | #error "Compiler option is invalid" | ^ from nss/lib/freebl/aes-armv8.c: . . . #include "secerr.h" #include "rijndael.h" #if ((defined(__clang__) || \ (defined(__GNUC__) && defined(__GNUC_MINOR__) && \ (__GNUC__ > 4 || (__GNUC__ =3D=3D 4 && __GNUC_MINOR__ > 8)))) && = \ defined(IS_LITTLE_ENDIAN)) #ifndef __ARM_FEATURE_CRYPTO #error "Compiler option is invalid" #endif #include . . . (The example happens to be for 3.103 .) Seems odd to me to have armv7 targeting have any dependency on armv8 encoded instructions that from well after armv7 was defined. (Even if the goal is to have the processor reject the instructions.) Note: I ran into this trying to see if I could build www/firefox in a armv7 jail on a aarch64 that supports armv7 code. BE_WASM for llvm*'s may be a waste of resources if armv7 based builds are just not going to work. (I do not normally build firefox.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Aug 29 08:23:03 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvZ6H5nRFz5MWtT for ; Thu, 29 Aug 2024 08:23:03 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvZ6H3gLGz46pV for ; Thu, 29 Aug 2024 08:23:03 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724919783; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rtzSNFVyz8J5uBH2rAATg0/mcgTGbKAOmRAkjF+qF3E=; b=wlIDEfRcO37TsgsAG2LcMYzhYoqUUNdqNiw2McZgGdLC2Xr+iwhWz0U36VQRVRPQG37AUT rGqeZAZ0jb+wBPrvZ6Y6h4ZTviAIUXhJ1ixzcA0VbbCRRtaA+1aOBd34RTJg2TL8eJ0I0+ tHXcdxthHgU4MAdcfeJCQV3UFiFgZlWyaH3h49kD8J1Fr8YQVCxJFD8tezCpeQKKO9dD6k Uykq55rPb1yvD0vaHcMu8sPmBCQcR2UaZVw/6NE0i3bt1taTB1wa3gexS41VcavtFh+WSm kgzQfpvmzEUyKami0uUH+vE1i1CvPdzwJZJnItO0DKoBp7gWLUlEaeOhsdVjXw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724919783; a=rsa-sha256; cv=none; b=L6ErKDm3ITt46hae6ItsLBSApEOeNN2O95rkmSclD+CvkzmsHyY+1zsnq2MdGzWrI4PbMk FilccEteuf4MQyGRxnf6KHpxci65zl8UsGFEILfS7lX6gDiTk7kXB1ReuyvHSStI6KAd71 48rRbKX3qDTSD3oZpTJam3iI3fesmD3GiZooAcvODtD28CtzDyWYfH8taaa80HGWK7dwn0 3hnig13/sJscOh74tyQfRYeaFyaNvop+JmF9ZMeLrgUvowk5GooNP4qIE7/+7RIdr9fy92 dtN73ACkAYfeqTJcyjGUApsoUpqwyLqjy9DlhPRVuD0jSUxDf81CAL4gSWnBQw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724919783; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rtzSNFVyz8J5uBH2rAATg0/mcgTGbKAOmRAkjF+qF3E=; b=NuKRJdM1M9a8FbdwVz4aL9J4DBefl1yEzsw8Xv21me3BqZEGJDuBKFJZAEusr3Ae+Af7Zu zX4PMG68W4a8b4IQQ1stoP4BVoqJ9a4qqszY8lHo0Wr4Qk/h60KD+EwwYwTcIrKn47ri5o n6TK2PRjfHjK993xy2le4YkVaAWnlg/aEFGlzXQAP8pZw8z4PejQWOmAUaGyEU/OdhhQqh /Pof8v5klgZ1PG3AkVuc2GFMJgXmaGlSNIlHWWA0GnAOa2MyYxoYlIvA/mjxF/BM+Niyio 6sKuCMEeMUX3wHIIscGcGuKKyh4gr+JNiyMx9J14Mw5BvAm79ppPTBZXdQ4y4g== Received: from [192.168.178.231] (unknown [85.148.89.7]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: dutchdaemon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WvZ6H1K6YzFmC for ; Thu, 29 Aug 2024 08:23:03 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) From: "DutchDaemon - FreeBSD Forums Administrator" To: Date: Thu, 29 Aug 2024 10:23:03 +0200 Message-ID: <1919d3a89e8.2892.b36d34a15fda208b80f54b6ad54d9e04@freebsd.org> In-Reply-To: References: <9423ee46-c0a2-49c0-a443-9c5b702bccba@FreeBSD.org> User-Agent: AquaMail/1.51.5 (build: 105105504) Subject: Re: NordVPN script for FreeBSD List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="1919d3b1f803f428927732681" This is a multi-part message in MIME format. --1919d3b1f803f428927732681 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit On August 28, 2024 21:15:06 Laurent wrote: > That sounds like fun. I'll ping him to see if I can help. Thanks! Appreciated! --1919d3b1f803f428927732681 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

On August 28, 2024 21:15:06 Laurent <laurent.chardon@gmail.com&= gt; wrote:

That sounds like fun. I'll ping him to see if I can help. = Thanks!

Appreciated!
--1919d3b1f803f428927732681-- From nobody Thu Aug 29 08:54:39 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvZpq6QZLz5MZ70; Thu, 29 Aug 2024 08:54:43 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvZpq5vj7z4B6J; Thu, 29 Aug 2024 08:54:43 +0000 (UTC) (envelope-from philip@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724921683; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=iqVxzLpbmGYmGenmmpHpnqWlSQgPEX5v2823oApI520=; b=GGPi3PCQRIUbz1J0G/ityv1Bbaq1hGcBuXK7LnTGty78AbKTJJiRxc0bhYIYQVYXChsHTa owAjcTDQy94K4gyLA7/QEBmuoy7364uIYRGbMpJRzGkvstGTmncpSi9IPMiq/5h1kwDXtX u6iJF81eX5C8AasyAbgZOBqiMjZkdQDY6fkDJYGzfcDCTCOFgEb0XYbuKErnECyZak4Yo/ 4pWMHpDKVNiIuhVsUtwcv00+FCjZbVPjEjVJUM6V8PCCkK15LiCBpa052nIIp1ne5uh3Jw z3HfQmZwCpMdPVcLVobrLhFx+BNegqF8KYxepp5KjDEoW86sAZdC0YigsPUpzg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724921683; a=rsa-sha256; cv=none; b=LfTxsWQQMwZ8i/uOlkug81ZyG8MuM/UREDXZFtaUzJyrXiEhVdDeVqS9BqdNZEO9m9DsPZ VthLomiLyf02QBJtIocvZlkSJU2qjH5ndvhu+W2M9rfOZolEZG05w8O+iLN6N5XU6vrfxd 2hDUqdiuawk9hKdu5MaibsQI9+NpzQz4jEs8ZuPnQTICH6zRk4h8y6oKFLGwrXq0xf0tnL fOjGVCwH472Ss2eiX2cUIo2PbSsf+q3UZJYYnIzF9H6GXUW9zBmr/XcRwQJoaHPSHTfLSp pSVm7am8FhN8m2bhYT03Zv65PMJABBf1FFn/Cd7oR9Tdouk9y85gYa8F1YY/KQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724921683; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=iqVxzLpbmGYmGenmmpHpnqWlSQgPEX5v2823oApI520=; b=Jc7xuJRhgiEjPEI1IInVdtlVoXO4DvJflcBdAM1Cp+/omFGFZLWpiaC1nQBr9FKq0c/xEd OlZu6UkxO74porAHkMpZHMJPpCPOnSWvLz/TFnvNJl8MviGZZLOw20hYBXaJX6Grss4v92 WToMwoHfMqKNFRiZdq2+a8FoB83h4+K+rMkccNliI9cksv2u2IfI37htUSebzDEn2PbVLW uLlNzDlsvWbAE4OjO5vMDeWqfFCEco7LP7hg4f1LeG3MHhdQbCuvX1/WkFCQjiJ8QJb3NO NBX4sjnfS6HH7EcGhTnq+I3JVqSZqeR+ho2LpsV1c7ui6i2mq6OXVPRfGK2RBw== Received: from fauth2-smtp.messagingengine.com (fauth2-smtp.messagingengine.com [103.168.172.201]) (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 did not present a certificate) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WvZpq54j0zFR8; Thu, 29 Aug 2024 08:54:43 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from phl-compute-03.internal (phl-compute-03.nyi.internal [10.202.2.43]) by mailfauth.nyi.internal (Postfix) with ESMTP id 044E8120006E; Thu, 29 Aug 2024 04:54:42 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-03.internal (MEProxy); Thu, 29 Aug 2024 04:54:43 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudefgedgtdelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefufffokfgjfhggtgesthdtmhdtredttden ucfhrhhomheprfhhihhlihhpucfrrggvphhsuceophhhihhlihhpsehfrhgvvggsshgurd horhhgqeenucggtffrrghtthgvrhhnpefggfefieegtedtledtgfevtdfftdegvdehueei teehteefieefveevtedvvdekgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpehphhhilhhiphdomhgvshhmthhprghuthhhphgvrhhsohhnrghl ihhthidqudduieeivdeivdegkedqvdefhedukedttdekqdhphhhilhhipheppehfrhgvvg gsshgurdhorhhgsehtrhhouhgslhgvrdhishdpnhgspghrtghpthhtohepfedpmhhouggv pehsmhhtphhouhhtpdhrtghpthhtohepmhgrrhhklhhmiheshigrhhhoohdrtghomhdprh gtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhgpdhrtghpthht ohepfhhrvggvsghsugdqphhorhhtshesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: ia691475d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 29 Aug 2024 04:54:41 -0400 (EDT) From: Philip Paeps To: Mark Millard Cc: FreeBSD ARM List , FreeBSD Mailing List Subject: Re: ampere2 did not even try to build main-armv7-default: it is only trying to build main-arm64-default Date: Thu, 29 Aug 2024 16:54:39 +0800 X-Mailer: MailMate (1.14r6059) Message-ID: In-Reply-To: References: <90DDBA5B-1D0C-402F-88F5-704DD7D439B9@freebsd.org> <0FD5A72E-BFFF-422C-B38F-7EDFB832FAFB@freebsd.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed On 2024-08-27 10:34:18 (+0800), Mark Millard wrote: > main-arm64-default on ampere2 has started building as of Tue, 27 Aug > 2024 01:58:37 GMT. 14609 were queued. > > So, unless that is stopped, it will likely be days before > main-armv7-default would be started. The arm builds are currently scheduled like this: ampere1: - quarterly arm64.aarch64 13.3-RELEASE 133arm64 -a ampere1: - quarterly arm.armv7 releng/13.3 133releng-armv7 -a ampere1: - quarterly arm64.aarch64 14.0-RELEASE 140arm64 -a ampere1: - quarterly arm.armv7 releng/14.0 140releng-armv7 -a ampere2: - default arm64.aarch64 main main-arm64 -a ampere2: - default arm.armv7 main main-armv7 -a ampere3: - default arm64.aarch64 13.3-RELEASE 133arm64 -a ampere3: - default arm.armv7 releng/13.3 133releng-armv7 -a ampere3: - default arm64.aarch64 14.0-RELEASE 140arm64 -a ampere3: - default arm.armv7 releng/14.0 140releng-armv7 -a ampere2 should start building armv7 when it finishes with its current aarch64 build. I'm keeping an eye on this one. I've also got the next set of FreeBSD-CURRENT builds ready to upgrade it when it goes idle. Philip From nobody Thu Aug 29 10:01:55 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvcJT0TKVz5MgBH for ; Thu, 29 Aug 2024 10:02:01 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvcJR20lCz4JR9 for ; Thu, 29 Aug 2024 10:01:59 +0000 (UTC) (envelope-from ngrundmann@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=TifGqld3; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of ngrundmann@gmx.de designates 212.227.17.20 as permitted sender) smtp.mailfrom=ngrundmann@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1724925717; x=1725530517; i=ngrundmann@gmx.de; bh=4APVlZeojEhovOKRc+N1nRgs2vkE2yNcZBpMBmxoKEs=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:To:From:Subject: Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=TifGqld3+eDXp6n2Tud9Bds1QeZt22ZJmwUje3cU7kkFPiWT3IVEdIC1jcV2BpWy Wt7c3mOncDd7NJM+jroTuVHaE3D33WPFpPpgz1aG/MOml2n+Eo4dr5Q3MYt38rYlg SUUTDf5jQo/jA3y/sSGwmHaTZfU5e1Gdp8Jue3YRDQJpPqshJKup8/lvwCP4DN02k zhN9gxvufuG5cPP1t0X90CdVI2Z+RJypiBxZPFX7ig9z/YWVuSERAltR4j7eFRpYD TdPxLXf8xlgrBFCpswyRm1vdx2ARausNQ+4IoPYyEGfv3FtpRZZJhau5776u41n7W OIS21FVwDs1no9pMlA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.1] ([88.130.49.82]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N1wpt-1s4CVg2DBR-010bO0 for ; Thu, 29 Aug 2024 12:01:57 +0200 Message-ID: <7ed2edba-a127-4ef7-9264-05f48a3ddd2e@gmx.de> Date: Thu, 29 Aug 2024 12:01:55 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: FreeBSD Mailing List Content-Language: en-US From: Norbert Grundmann Subject: Newer eclipse port 4.32 (5) - working Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:b1b6g3TNZu5/oai1kTUiEOgEU0GH+jVeyU8qC0S4sqfVHKMbzG+ cMbTDJCgsqs7HYuj66knH/D1XHJoLFe1iwc+3SgIHUVKQxxc5zvHkWbR5TJ1fRHrx8balMb vFukl0xOc35lOFu92/SY76JTLgmTrNJdmmNwQQFN+rzFYEuL0BR5pkDGEMxqeL1TFbUtK/g GRjoQEVF8qXWSmzzt/lTA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:V1xlDQ/FNdg=;YCOoSFZ8VfF8YolYGx037GLEELt MRlmzp7Zk/XcrL9pXRFnssnwrPvOl31oVC/teGDXfDIAOftxxdzi4vgyW3qJ+Q5z4UUZn94h7 tA+47Z9EKs97SYxM+gxATcbquKqrQEsUxdG97I1hPbj09F0v+zIQo/geMR/G+3guQSDy8tItz CXKLfTODQf5K8OWcB534ADSgBxquav5thnf1fp7CHPnMtSaDoMfoxADw5MGMVZ9fOy9WNgBvA HTvRvUEzI31zYEG+fyk0pPO554ANMDP9jxM090+10+hCYWdRIvCHChpy3YK3rN3zd7k1WS7pm xZGBN6ZQxmEi1iATfcZQ/S8mifxwkf8DP8HWrjyYgD/HMdVIxp7Qz1LBRXRJUP/wiGMSmanJo OD4nBr0pn7Cq8ImDmhELDvGdyDKgxgD9Bd1shiPMsBXAh809aTpfCh/vvKrm/Ba02zPnUYQJ4 kI7J3ittSZpBqH2wnpYOI4wfYlWJkRA4pPUoeSdBOuExZlmre7Su1nqrxPlQwim+0jBt31R61 8qtNNrA5KWg6pzps84afC29BrjCZpySVaYaF+yBbLK2XLDk2xpLEFOSH8FwTbkleQsPUlMYXK y3gchvFB9WCJxQD4FXICIQ+4wC+MzggZVd247wtT3H2PZoq7nZqCbgfQe9yQkKNAa/HbtN+X7 LZmsR5Q/VKsfZMqOdZiST92KwcwhVGivMD/Fgq2K6aALOjZnBAIMDExKGvPhZHpdUWPvCYrRR BUg+VAxjkrP1G8zvr9jnH+bH2Q7eBt+zgaNVA6cqsRaqF9cbDKFuM3byJ8giBPIF7BCo5ttvc n+LjRzoQQp1MdRFw4YQeL9PVvcToO7D0xwI5kHx6MuDZk= X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.67 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,quarantine]; NEURAL_SPAM_SHORT(0.32)[0.323]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.20:from]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.20:from]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[gmx.de] X-Rspamd-Queue-Id: 4WvcJR20lCz4JR9 Hello ALL, So after hours of struggling I got a manual installation and a port installation for eclipse 4.32 on FreeBSD working.=C2=A0 Maybe not everythi= ng is the best solution, but at the end it worked (in a jail) - till the installation. For more detail please have a look on my gtihub repository - there is more description https://github.com/NorbertXYZ/eclipse/ It would be nice to get an answer what to do next?=C2=A0 Maybe I would tak= e the maintainership of the "old" eclipse port, which is "only" version 4.24... All the best from Germany, Norbert =2D- I love penguins at the south pole, windows in my house and apples on my tr= ee, but not in my computer :) From nobody Thu Aug 29 10:11:53 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvcWt5cRgz5MgxY for ; Thu, 29 Aug 2024 10:11:54 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4WvcWt0R5Nz4KWN for ; Thu, 29 Aug 2024 10:11:53 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 15380 by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Thu, 29 Aug 2024 12:11:53 +0200 Date: Thu, 29 Aug 2024 12:11:53 +0200 From: Kurt Jaeger To: Norbert Grundmann Cc: FreeBSD Mailing List Subject: Re: Newer eclipse port 4.32 (5) - working Message-ID: References: <7ed2edba-a127-4ef7-9264-05f48a3ddd2e@gmx.de> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7ed2edba-a127-4ef7-9264-05f48a3ddd2e@gmx.de> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Queue-Id: 4WvcWt0R5Nz4KWN Hi! > So after hours of struggling I got a manual installation and a port > installation for eclipse 4.32 on FreeBSD working.  Maybe not everything > is the best solution, but at the end it worked (in a jail) - till the > installation. > > For more detail please have a look on my gtihub repository - there is > more description > > https://github.com/NorbertXYZ/eclipse/ > > It would be nice to get an answer what to do next? Submit the patch via bugs.freebsd.org, and let someone testbuild and probably test-run on the relevant platforms. The old maintainer will be asked if he approves (which I assume that he will do), and then the patch will be applied and the port updated, probably with you as the maintainer. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Thu Aug 29 15:37:43 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WvlmD1nFmz5Pd5k for ; Thu, 29 Aug 2024 15:38:04 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WvlmB5rwpz4vk3 for ; Thu, 29 Aug 2024 15:38:02 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 47TFbnSi071091; Thu, 29 Aug 2024 15:37:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 47TFbhpR071090; Thu, 29 Aug 2024 08:37:43 -0700 (PDT) (envelope-from david) Date: Thu, 29 Aug 2024 08:37:43 -0700 From: David Wolfskill To: Cy Schubert Cc: Ronald Klop , freebsd-ports@freebsd.org Subject: Re: www/chromium-128.0.6613.84 build failure (amd64; poudriere) Message-ID: References: <1344416062.7923.1724766198366@localhost> <20240828070856.69d3c5cb@slippy> <20240828141954.37E1610D@slippy.cwsent.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="V5OYqAiKBVPcXuVB" Content-Disposition: inline In-Reply-To: <20240828141954.37E1610D@slippy.cwsent.com> X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.40 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; FREEFALL_USER(0.00)[david]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_SOME(0.00)[] X-Rspamd-Queue-Id: 4WvlmB5rwpz4vk3 --V5OYqAiKBVPcXuVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2024 at 07:19:54AM -0700, Cy Schubert wrote: > I should have checked ports-committers first. Looks like the fix went in= =20 > this morning. > .... Confirmed: after updating my ports tree (in my case, to main-n675360-efd8eb280e0b), I was able to (eventually!) build chromium-128.0.6613.84.pkg in a stable/14, amd64 environment. Peace, david --=20 David H. Wolfskill david@catwhisker.org Restricting bodily autonomy is a mark of autocracy, not conservatism. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --V5OYqAiKBVPcXuVB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZtCVx18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5ba7AQDq8i2T72Z8YrAZqU5VgORiq3byxfmkwEBA+QVv+osZSwD+KGZkNHhsIho3 V6CI5K86aZicis9I4xWq6GfyWa1UoAU= =cxSa -----END PGP SIGNATURE----- --V5OYqAiKBVPcXuVB-- From nobody Fri Aug 30 03:50:36 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ww41T3L6cz5PTjq for ; Fri, 30 Aug 2024 03:50:37 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ww41S4qpLz40r7 for ; Fri, 30 Aug 2024 03:50:36 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1724989836; a=rsa-sha256; cv=none; b=KCCbA4OkcbE3KvqgzSxPf2phn2fiVyxWjEg8fmxIg0CTdwc2SYVlqRhpFRwG8cePADyEDi nGS+kTkc3dnfIBwFMEgk9rtQ8+FrG8P5ehGo3dY6a4FMtc11M327m9vhH0L8HJ9KR1RlLC 7LRynGcLPr4sYPpe+hX+xhf65U7plgIiTtf1t38wjyQIrNro/pladN0UcHukjy6aNW5DDB paLbubEdF/GQWwXPH8TYbZMrZoUuZUbeBIU1DhEOuYF57RDLAjVcvqQsK0WQiplJDxo/iU PcWX7ycb8h4vyOO2R497Yc8wWIXJql+ot4dNWXxEQXzeneNRQ+7qXgYmae7+7A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1724989836; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=zn50yAsZ6ti4bLCe3nH+5J6pI+JM9xrlZhBbSWMLha0=; b=t350tNX9MHfa1WJCY3eEbaTmQMEUS/8mS6V/UXw+ed0Fv18pNemJlyG1dltzkFZWS6ipxw iUzRqNQPrprXqQKv7RhPRVYx+dJXsx39hI9elNu9kbHv+HZMJ++AXgIZD+fleYW2U+NB4e IQ0LeaYEjFcvg0u+Kd6U2wgyORHZ7JmtLpcY0WP9SFdWJMn5HbKN4lX4wTE5RECp39YCwD OyvVThBgyXafnQybHNyzjw+UO6bpGpkBADjkDkgwGGYffPICp4/UsChSYcH8pJwbE1MtIL qgr9z6hhWqqP/CVQw59E9t276rnav0rClNROBgCbuudgONOWpYK3WcJFIjtsYg== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Ww41S3tqXzlxp for ; Fri, 30 Aug 2024 03:50:36 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 47U3oai3026949 for ; Fri, 30 Aug 2024 03:50:36 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 47U3oaZk026948; Fri, 30 Aug 2024 03:50:36 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202408300350.47U3oaZk026948@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Fri, 30 Aug 2024 03:50:36 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/re | 3.14.0 | v3.15.0 ------------------------------------------------+-----------------+------------ benchmarks/perftest | 4.5-0.17 | 24.07.0-0.44 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Fri Aug 30 15:48:35 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwMyB2YHrz5Mn84 for ; Fri, 30 Aug 2024 15:48:50 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwMy928nfz488R for ; Fri, 30 Aug 2024 15:48:49 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=MK7hvnrt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdavidlists@gmail.com designates 2607:f8b0:4864:20::429 as permitted sender) smtp.mailfrom=jdavidlists@gmail.com Received: by mail-pf1-x429.google.com with SMTP id d2e1a72fcca58-7143ae1b560so1163044b3a.1 for ; Fri, 30 Aug 2024 08:48:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725032927; x=1725637727; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=5t48bMT7kt9FGrhRL6IF/2CNEPgVV3iL9dK3e8FBRF8=; b=MK7hvnrt/pWQSg8YQN0vXxmuaecXbCha2ebHV5vcM4unSCGmu3JFxxLbFD2S9eELhU MsJNl7fAKduLoZBlF7alcjCx+0hwcMzrsQd/0/zYD2ksJyL/juBnkNSCuO+PpPl8/9pE /4nnHL/652guCSxNfQKCaGc0UVTPluS88ElFFbgCEvCve26DjEPTqnyvSeLhZ/EJm8w5 7JdU3Colqg0f4+HQ6H96zB7JC5TzBXhGJASjLYPd0NMLOb7yLD4N+SUsfBKdWCjopjAN aCMGHGyyK1ZIH4wOT9TCt5egfYJQgJsK1jAyrnbnX6dfpGfDV4fZ/AvcORLGTkIQKG6P svXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725032927; x=1725637727; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=5t48bMT7kt9FGrhRL6IF/2CNEPgVV3iL9dK3e8FBRF8=; b=DqG9S9uV60RYdC1gJFXdxxXa19xH4Drmdg4HXbrtUJQPheSqClInQEELJR5F5gvZjX ZhfQkFquoz7YrOjly7vS+uCGbMikOjcroFzpNdQChUd2mQq3dCpUCGERXPBcWPbnpAJL LoXn0CLkEPJXfSRFZgTPO+5hUATsE8v88wrf4RTFXVAv3nC3XW/XG+O86S/OvfGyiYKD SyKVPW0VXautlJmqd9X/9Wni30QWnhggMHHqxEEbAlbyCpAPJJEODKEC3guNX2DTtpbe WZTfEqtN3v5OzJ9dsFdVvJiTQ/a34puXam3Ya7gH9rRx6ThwVt5C04IbId/+kHw06mRF B5DA== X-Gm-Message-State: AOJu0YyJNmKf0/ddICeg/Tlevsstmh9JNH+wAYvuDKcxtW4L/conTARC wx6dO3dtZKj6kQSCpPL/BfWs6tqgD6Oll4v0+efnnT1OQtqwUWf38gtSUmmPZ9TdmkHVzPLMyIY XE3i8jkYmFPA++dHY4fNPYkHCwQSFil78 X-Google-Smtp-Source: AGHT+IFluulK6id3Tp/a+X2tW22huaX61jXgm30FEKVZADH1+SEY/vwb/gkQJW4+NyG+ZlPKSWHf13JmHH2+36c9MEA= X-Received: by 2002:a05:6a00:4b12:b0:712:7319:6f53 with SMTP id d2e1a72fcca58-715dfc89109mr6037967b3a.30.1725032927294; Fri, 30 Aug 2024 08:48:47 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 From: J David Date: Fri, 30 Aug 2024 11:48:35 -0400 Message-ID: Subject: Building certain ports fails with errors in system C++ libraries To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::429:from] X-Rspamd-Queue-Id: 4WwMy928nfz488R On a freshly-installed FreeBSD 14.1 amd64 system, I'm hitting errors in the system C++ standard include files. For example, trying to build editors/le produces: c++ -DHAVE_CONFIG_H -I. -I../lib -I../lib -I../lib -isystem /usr/local/include -D_THREAD_SAFE -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include -Wall -Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti -fno-implement-inlines -MT highli.o -MD -MP -MF .deps/highli.Tpo -c -o highli.o highli.cc In file included from highli.cc:36: In file included from /usr/include/c++/v1/set:1499: In file included from /usr/include/c++/v1/functional:526: In file included from /usr/include/c++/v1/__functional/boyer_moore_searcher.h:27: In file included from /usr/include/c++/v1/vector:325: In file included from /usr/include/c++/v1/__format/formatter_bool.h:20: In file included from /usr/include/c++/v1/__format/formatter_integral.h:35: In file included from /usr/include/c++/v1/locale:209: /usr/include/c++/v1/ios:260:25: error: expected ')' 260 | static const fmtflags hex = 0x0008; | ^ ./edit.h:158:26: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ^ /usr/include/c++/v1/ios:260:25: note: to match this '(' ./edit.h:158:17: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ^ In file included from highli.cc:36: In file included from /usr/include/c++/v1/set:1499: In file included from /usr/include/c++/v1/functional:526: In file included from /usr/include/c++/v1/__functional/boyer_moore_searcher.h:27: In file included from /usr/include/c++/v1/vector:325: In file included from /usr/include/c++/v1/__format/formatter_bool.h:20: In file included from /usr/include/c++/v1/__format/formatter_integral.h:35: In file included from /usr/include/c++/v1/locale:209: /usr/include/c++/v1/ios:794:40: error: expected ')' 794 | _LIBCPP_HIDE_FROM_ABI inline ios_base& hex(ios_base& __str) { | ^ ./edit.h:158:26: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ^ /usr/include/c++/v1/ios:794:40: note: to match this '(' ./edit.h:158:17: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ^ In file included from highli.cc:36: In file included from /usr/include/c++/v1/set:1499: In file included from /usr/include/c++/v1/functional:526: In file included from /usr/include/c++/v1/__functional/boyer_moore_searcher.h:27: In file included from /usr/include/c++/v1/vector:325: In file included from /usr/include/c++/v1/__format/formatter_bool.h:20: In file included from /usr/include/c++/v1/__format/formatter_integral.h:35: In file included from /usr/include/c++/v1/locale:209: /usr/include/c++/v1/ios:795:24: error: expected unqualified-id 795 | __str.setf(ios_base::hex, ios_base::basefield); | ^ ./edit.h:158:17: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ^ In file included from highli.cc:36: In file included from /usr/include/c++/v1/set:1499: In file included from /usr/include/c++/v1/functional:526: In file included from /usr/include/c++/v1/__functional/boyer_moore_searcher.h:27: In file included from /usr/include/c++/v1/vector:325: In file included from /usr/include/c++/v1/__format/formatter_bool.h:20: In file included from /usr/include/c++/v1/__format/formatter_integral.h:35: In file included from /usr/include/c++/v1/locale:209: /usr/include/c++/v1/ios:795:24: error: comparison between pointer and integer ('ios_base &(*)(ios_base &)' and 'int') 795 | __str.setf(ios_base::hex, ios_base::basefield); | ^~~ ./edit.h:158:26: note: expanded from macro 'hex' 158 | #define hex (editmode==HEXM) | ~~~~~~~~^ ~~~~ 4 errors generated. Errors in the system include files using the system compiler would tend to indicate (to me) that I've damaged the install somehow. But this is fresh off the ISO using the default system compiler with the default system include files and default port options. Building using Poudriere in a 13.3 or 14.1 jail produces the same result. According to Freshports, there are no reported issues with this package, and the automated infrastructure that builds the official packages builds it with no problem for both 13.3 and 14.1. If there were a real problem with the default environment, I would expect the problem to show up there as well. So there must be more to the story. Does anyone know what might be going on here? And/or how to find out what settings are used to build the official FreeBSD packages so I can try to reproduce it? Thanks for any advice! From nobody Fri Aug 30 17:54:41 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwQlR6mH2z5PQtk for ; Fri, 30 Aug 2024 17:54:43 +0000 (UTC) (envelope-from dim@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwQlR5zQsz4LXF; Fri, 30 Aug 2024 17:54:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725040483; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bQA8WYkcnQq5AWxRc1GKFt2ghrAXjE6WRxF9BX8vgw4=; b=XOp6RDXDbiTSwQvJu9Ts8VYaE928vWC6y33Ms+PJdH5zhTf/+9+pRZ+739MXoTEiCOxb9O hTSQO2e6a26n//lY32stznJ12tyeC2Hj3+gVhlj4OTPKv7ATbCNf5yn+p9nYY33n9xJmi8 ixxjXGef4BxxcyGM5boneakzhnlxZxQjuXRP4KxcdgiYAhX9d3KEwpcPzmjNm8IbZl5bNy AXeCozutagMgyc7IzzEe88LjgKInXAhykGFd9sTY85EjRJBoDRICgSEKnftG/HM8ICuaNc 9+EfpAav0ebrYAZ+bkubyzZWMfIIncus2+N66bAF3SFN3vbvoRo6WIdlSONRjg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725040483; a=rsa-sha256; cv=none; b=gU3qCoPKcCL95rhq8VeoHWBQlhBC7+HFN4h4hnNPZMJsXfdftdHmTq0Di+/JRCbDrKd8pp 4eMUzjm+7NdF908QeLammvxViLUYx7GYITn1pg5vzFXTDcGkHCYxbtiq+hAtZ1n+nHBvds pCyt76ItDdByMU0jdPsmlRDZiHxWue1blxYBDyjHcue1e0m+uyC4lON67PHRwD0N8Hjlxj tUxbHQGlPBPZvgdI6UUpFs4lAGuyQG50Qa/sTlnya6e5rLNEK79v9hXKbkyQq8BePOkJrm 5bHJYoec8hvqB2Ropp1Stbuq01QcnWPfIfHSl0+lHDlACl3+JMJhaC63Fyn6eg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725040483; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bQA8WYkcnQq5AWxRc1GKFt2ghrAXjE6WRxF9BX8vgw4=; b=JNZ5do9bT/uqT8NkGGbHE33QjAzKPfe2SOdZU8gKztg2UfNwt/R/GfbkVh0V/D/WpNgzU9 8/asUk/gngeByKzWL6Ecttr17EaRsLFVF4D0naovja8yGftcROkT5K3wBEdb3iDEOWsbgq B3rTOcaje4aeRlcfPwiWYS+2XUwmEOaXUz8yJtP6QDzmvSCgIbYbL5NkG7++8vLNS61fMb iCwtxPyeEROqu3ymULwN2mRg2T8D6g9lW3lNMrGtvUynNISY66AEGu9TpIy+mdNTvwjlfK ak57IWVj4sqh9L/UA462UsWtDUk3SABNCiWc7s+PZKsHAAwMThX75X2GnKvOhw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WwQlR4mvBz1CHR; Fri, 30 Aug 2024 17:54:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow-wifi.home.andric.com [192.168.0.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A485D54648; Fri, 30 Aug 2024 19:54:41 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: Building certain ports fails with errors in system C++ libraries From: Dimitry Andric In-Reply-To: Date: Fri, 30 Aug 2024 19:54:41 +0200 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> References: To: J David X-Mailer: Apple Mail (2.3731.700.6.1.2) On 30 Aug 2024, at 17:48, J David wrote: > > On a freshly-installed FreeBSD 14.1 amd64 system, I'm hitting errors > in the system C++ standard include files. ... > /usr/include/c++/v1/ios:260:25: error: expected ')' > 260 | static const fmtflags hex = 0x0008; > | ^ > ./edit.h:158:26: note: expanded from macro 'hex' > 158 | #define hex (editmode==HEXM) > | ^ This is the problem: do not redefine identifiers like this, as it leads to problems. Try renaming this macro to "my_hex", "le_hex" or anything but "hex". :) -Dimitry From nobody Fri Aug 30 18:19:53 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwRJm398mz5PTHF for ; Fri, 30 Aug 2024 18:20:08 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwRJm1718z4NDb; Fri, 30 Aug 2024 18:20:08 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-7cf6641765dso1621903a12.1; Fri, 30 Aug 2024 11:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725042006; x=1725646806; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=cukcf62/M7+KNBdCECJYzvHoCM+UHXnPI5K2wkQoB8I=; b=L4WwhzfqQkj7ubjSpRHgBPwHgqedS1Hjb4GMJSDCsLb9FsZVKWot18OwtIY6Qh0ltz 5QWzA+U9bPmCUZ4RCN1D3gaBpXgr7MU3hvvUtLoFi/EB4mMLpSTCd8EJYe+sT56Q3ALc U46/IAQ2AVSWeZNoERw1H7CQncYuezdvcAJXWOcv9FbbSfaYjrYn+Eoj5wcaWr3fMeDn rPD4WxXMduICCYIj8UwbXemkO7qpTfupHbgBqChjXWn9AGhyCvNRx83mK55sBOEJVqKb 0SWninZt5ZFZBINrH0/kmLEP4/EJ193pgTC3YJ5YHst7qIoN6m+zTD8B1mS6Og92b3fs tIWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725042006; x=1725646806; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=cukcf62/M7+KNBdCECJYzvHoCM+UHXnPI5K2wkQoB8I=; b=gp1ptwQZK3NXhvGY1mqjqGLm9ZV7f6brmYTzvibVMqQKUMd33CgyavszUi1kTuYKSU 3tK1OA5VWm3tdniFlrHhRGeEuAcO+NQWZ4KavW5kzfi8yAZnRB82XzZ745+8KVtIeRPA 7fBF4SBQGlbsQ7Rf5Q86qVxh50e9gh37lmq2CxzNU4CiY7sfJxT0FUNljglFV5MO9G7Q e8YBZ7tibJE49LbxpHh0j7kRGmykAak3ABze3l4Df4FrqaXFuaEYfzEvmWjAoAL75PUI LSGc90K6bO4eLFpgGLCn+LD97g1g4MGXltyHhyk1ZQYJYdPnjdp4vPmJmi2WKOtWKnC0 ueyQ== X-Gm-Message-State: AOJu0YyxZC5xvN1kBrSN6wzSvQaQ2dJD03pAzp8umiHmIpsRzxK9zuCQ nke+hkY3i1AcbgUNsL3CmxyVyi6gH8mimIyUgyyyHtNaRBsK38j+KHsfTRe+srtbtNdriPoE1gc rEdi659s5twtJ6EpBWPHswHYR7IZHuL58 X-Google-Smtp-Source: AGHT+IFqEmEJIDiD1vOW//sNIlXYfXM2Dma/Cn+hz0p+jMknw6OzAuhVhlVF3rt7Pq5YxakKwJ9y59a1bl+Em/WtxIU= X-Received: by 2002:a17:90a:3ea6:b0:2c9:5a87:f17c with SMTP id 98e67ed59e1d1-2d8561a14a1mr7173274a91.15.1725042006522; Fri, 30 Aug 2024 11:20:06 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> In-Reply-To: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> From: J David Date: Fri, 30 Aug 2024 14:19:53 -0400 Message-ID: Subject: Re: Building certain ports fails with errors in system C++ libraries To: Dimitry Andric Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WwRJm1718z4NDb On Fri, Aug 30, 2024 at 1:54=E2=80=AFPM Dimitry Andric wr= ote: > This is the problem: do not redefine identifiers like this, as it leads > to problems. Try renaming this macro to "my_hex", "le_hex" or anything > but "hex". :) /usr/include/c++/v1/ios is the system C++ standard library include file for streams. The "edit.h" file in this case comes from the port. Which the automated infrastructure for official FreeBSD packages is (somehow) able to build. But how?! There is literally nothing here that is custom, tweaked, changed, or created by us. It's a port build on a newly installed system. From nobody Fri Aug 30 18:36:30 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwRgg6bfgz5PVCM for ; Fri, 30 Aug 2024 18:36:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwRgg5zLqz4Pym; Fri, 30 Aug 2024 18:36:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725042991; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/jD3lqcb+oc0jI4l9K/7IUTX8hSW6KEYqe9Y9Rk3b78=; b=Uv5BYL39qwELLzw9H3jXTu+mU4kPgY20Bu0ZDfboO6b/IOdh3XBJ2TynlYuzQHlCp28bXf DC3Py1dXZnKZrHNusuaf/4hGOm4HiR+Nv0Y3xosxHnLibzZMD0s4VIPQKM0tEZLNPv/IRp Irt4iXyhKAdupBQb6ZVUDtcgQFdkrBxRQB/0FQgInSTV5Sr3QM21GvCDUHJonDnCfEYdbv U860BNVMi6aBj/ZdcCvnYq56Wa3y5wWzQVpuHZ3E3j4oC6wNhtY13a16PIxuMKmapZe0rX olChmHySkEUMGZHVKC8edUQwzhxvxaYv/M7nUTislj28TDmKSQRfXGDSFFbCsw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725042991; a=rsa-sha256; cv=none; b=k4MoO+XBeicFbG+V7RnuVU10hzMu+gFcOIaLae8HWOWeLO/J9ypMDLk86wkT91zgrIDEkV 62zPDIFzgK969mVlwedcH5cK4tWSj8b/JC04cKfnoGHs1G/D2+K1gsFvtuyHiCk8GSd92f zQ1SWWxl+2Gd9yJPgXlXcPnPI86A6xmyx2Lyi5Np0+WTQYSswPCSv4J6Z4PMG/h5V9mKYI R2F2y5nSFHBqeV2ZaKkRsZqpVDWdpU5uNpf08HJMmehyX/Ukn/vM4PG+wQ7Yk/dtrPDfNp SPZObzJKtIuBtnOtZxBqjkVGcpZSOLyyupGO6YLruhGvqvCBvz+lnswbV1iuxg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725042991; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/jD3lqcb+oc0jI4l9K/7IUTX8hSW6KEYqe9Y9Rk3b78=; b=mdosH3RVKdtmti47rbrllzXoenSJPX9nmISPCuKtFj4VCOpW5Ce9CPZPge5MTVfOrbtunc JfM5HatoMCklDsPOhataJKb+3Jct1NqnmmUmcyUfHh+ZF8jVJVJagbrMTzSiIeVgHyl3L1 wsxP3MGrUTSMWjAdeJcUDHhCSDO7+TeOtkJL9KUMtdLxHm3rHxRCZFYVS5aeGAzZOMPL+N JWc5iayJ7QdSNmYSeOnhuCsgJ9yPbzqL6AuSM49rtgXeV1QccQF7hMmK8EQGoiJO9LWZud pZFramFs+H8A7DaTwB7XALEVJ8yetdbjAlQ9Ga1/Lf398ZmeI4VFJuiAP0gvvw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WwRgg4vcJz1ClQ; Fri, 30 Aug 2024 18:36:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B9469545FC; Fri, 30 Aug 2024 20:36:30 +0200 (CEST) From: Dimitry Andric Message-Id: <2047D1EE-A369-4F88-93C3-E11AEC3A22E9@FreeBSD.org> Content-Type: multipart/mixed; boundary="Apple-Mail=_E5B9D9C5-7457-4829-AA3A-912BE392E069" List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: Building certain ports fails with errors in system C++ libraries Date: Fri, 30 Aug 2024 20:36:30 +0200 In-Reply-To: Cc: freebsd-ports@freebsd.org To: J David References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> X-Mailer: Apple Mail (2.3731.700.6.1.2) --Apple-Mail=_E5B9D9C5-7457-4829-AA3A-912BE392E069 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 30 Aug 2024, at 20:19, J David wrote: >=20 > On Fri, Aug 30, 2024 at 1:54=E2=80=AFPM Dimitry Andric = wrote: >> This is the problem: do not redefine identifiers like this, as it = leads >> to problems. Try renaming this macro to "my_hex", "le_hex" or = anything >> but "hex". :) >=20 > /usr/include/c++/v1/ios is the system C++ standard library include > file for streams. >=20 > The "edit.h" file in this case comes from the port. Which the > automated infrastructure for official FreeBSD packages is (somehow) > able to build. But how?! The builders use an older version of the system than you. Try using the attached patch. -Dimitry --Apple-Mail=_E5B9D9C5-7457-4829-AA3A-912BE392E069 Content-Disposition: attachment; filename=editors__le-fix-hex-macro-1.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="editors__le-fix-hex-macro-1.diff" Content-Transfer-Encoding: 7bit diff --git a/editors/le/Makefile b/editors/le/Makefile index d3c803e84423..04108f14cffb 100644 --- a/editors/le/Makefile +++ b/editors/le/Makefile @@ -20,6 +20,11 @@ GNU_CONFIGURE_MANPREFIX= ${PREFIX}/share MAKE_JOBS_UNSAFE= yes +post-patch: + @${FIND} ${WRKSRC} -type f \( -name '*.[ch]' -o -name '*.cc' \) | \ + ${XARGS} ${GREP} -l '[[:<:]]hex[[:>:]]' | \ + ${XARGS} ${REINPLACE_CMD} -e 's/[[:<:]]hex[[:>:]]/is_hex/g' + derp-do-install: @${MKDIR} ${STAGEDIR}${DATADIR} ${STAGEDIR}${DOCSDIR} (cd ${WRKSRC}/src && ${INSTALL_PROGRAM} le ${STAGEDIR}${PREFIX}/bin) --Apple-Mail=_E5B9D9C5-7457-4829-AA3A-912BE392E069-- From nobody Fri Aug 30 18:36:42 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwRhB1dJgz5PV9V for ; Fri, 30 Aug 2024 18:36:58 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwRh95GRZz4Qfv; Fri, 30 Aug 2024 18:36:57 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x42e.google.com with SMTP id d2e1a72fcca58-71431524f33so1686057b3a.1; Fri, 30 Aug 2024 11:36:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725043016; x=1725647816; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=dhNctsEQalEUTrGGu0LrGhAsVv9PBsZNYIYSoq3K5Ro=; b=B3QB8qlRtV8mrRSbEIb5EMRjhb+0azsKjIt1KzyPGQH32Iq20hAsrWCaeDVlnk4BMI +fPSQI0O8KwqUFRCT/7x+/fxYAlySn4FDrdXpcoxTzNyiDsIOKdtw/khUjkuwK6ZueVX Tr/LHmKqJLTdFfw0iIOn3mIrnijmWZabJKZGy2rTwPV3quSZ46+VMmke7v4kdEVoH0g5 lnZ155iiWmQLzerV0+zarhNv/pj/jxy0m9fAotsx3kWPGCWtiXPDV+01n5QDZBUeYvlX VmUazV17gxDNLgJ884wlhR1IefircWjYjXdn2STU5ITTbcixrs8eCwecprvPSRnzfxcz OpOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725043016; x=1725647816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=dhNctsEQalEUTrGGu0LrGhAsVv9PBsZNYIYSoq3K5Ro=; b=SKnu5ZxmFLeIFcAflAhpFtt8FzkjuEQQKsodeRcO3qgT5c2m1lKVLCyvX6Ccu9BVBb mqBaxtoA/xYxf5ng/gRAIl9/RBUe2DUlPf1r57fzwNhj9qyrRUIDq7xd6M0/Xi6xeEud LsR2G+l6lBcCCufRLs/WTXCTv6S47Vxk4kRJ6+5gIk/+eQEC2exuizT1OldzPQ4E3O/D WXwhPOhhB1NCYqK7iignpZUvB/WgNSBa+rensHVp92rpTNLwf8dsSy4l9zoo4Dl1aFIB bbtnMZjlbD2uUdwf2LQPtVBZgAH0PEPNUbnWrETHfvwnNcFH3Y2WnWeLREKku/fK6OPS AsVQ== X-Gm-Message-State: AOJu0YyDj5AeZH1N6mUgmKUGZI1T53Zzb3d2LUI5zdhwgSrf/tl8SZBR Hor1pacpv2ue1IDvHQmqroU0rGVY6UROy20MRg+1IBU6GbHwpjLRl/rIBjVbEFovdHBYitSjuV4 +yOVH5Ufvzza8iGIt9MeP5MXicMaN7w== X-Google-Smtp-Source: AGHT+IHVEDJhphKw1HFKVEYpMUV+HMxqTHuR/hs2fgO+/zuWfKky3Bby4XIyZf+1FFucsEiuTIlP598kFB0iswMF2Ug= X-Received: by 2002:a17:90b:1c90:b0:2cd:4593:2a8e with SMTP id 98e67ed59e1d1-2d8561a358amr7518369a91.15.1725043015849; Fri, 30 Aug 2024 11:36:55 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> <6B3FF656-064D-48BF-85B2-3028D868F04A@FreeBSD.org> In-Reply-To: <6B3FF656-064D-48BF-85B2-3028D868F04A@FreeBSD.org> From: J David Date: Fri, 30 Aug 2024 14:36:42 -0400 Message-ID: Subject: Re: Building certain ports fails with errors in system C++ libraries To: Dimitry Andric Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WwRh95GRZz4Qfv On Fri, Aug 30, 2024 at 2:19=E2=80=AFPM Dimitry Andric wr= ote: > As to your question about why it builds for the package builders, my > guess is that these use the oldest supported releases, so 13.3 and 14.0, > which have older versions of the libc++ headers. That could be true for 14.0; I haven't tried that version. But it doesn't appear to build on 13.3 either. However, based on Freshports, it looks like maybe the 13.3 builds are only succeeding for armv6 and powerpc64. So maybe I'm not the only one after all. As you pointed out, redefining "hex" isn't a smart move, which kind of puts this in "how did it ever work?" territory. std::hex is not exactly new! Is this worth reporting as a port bug? What could the maintainer even do? Build a patch that renames every use of this interloping "hex" #define? Yuck. Thanks for helping to track it down. (And apologies for the incomplete send earlier.) From nobody Fri Aug 30 18:45:27 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwRtH3Xh6z5PWDm for ; Fri, 30 Aug 2024 18:45:43 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwRtH1jbQz4RN3; Fri, 30 Aug 2024 18:45:43 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-2d3b5f2f621so1614287a91.1; Fri, 30 Aug 2024 11:45:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725043541; x=1725648341; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=z6c/U8/mGtbSAEA0+auXt6qxSzf57qUpXUylWVtcUsk=; b=T3k4l5ifLaAh+Y99KDndmXKLd+tdlWjw5SeRpJz7wli+5Huw6/Z3dAJPozFmBtY2w7 FdChLctv+QsnaxZ41RwJaxxIddMBqwd1egeR9TD58Y6ob6z1G5igrjLqLQJIxM8dsDEX gSaARVFBGemZA+OHE+zlOflOHt11I2cnxLsPeb7VXWJs+tORfRcq1w0DwuNffuoFx67x 0AWoCPj53YD6wABbIAx6mrFhLp0Khp8yo8YiYiD1bkU6JvdYd4fJX/TTe0/MI9Ds3Yzo gy9WKesJm93t7dLk+2YLO0gEs6qYSN1sE+fyXlFXXTWVoGKJJjVkKDAoBM3wCQ2l8t7c StwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725043541; x=1725648341; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=z6c/U8/mGtbSAEA0+auXt6qxSzf57qUpXUylWVtcUsk=; b=HZ+qqni4XhbsDXHA3FmZJ/81f/x1h0g5UzdeGBL9PWm/iYRBEROXubGhAttLtXfb/9 P+Ac5fezLrjDFJ9iqzTBg91NSedwYfu+LSiZv/cNK7e1GVLFAfFxazDFPSK9hBV+stkG zQksHy2o6thbunBP9jcLB6uQdfsmNqxL7JixDSjz8c21gyFlZXqsWQBJwXOsWFhL/14f SFxXxcVBOfSIJO2uX2Wf80yA8JdSOpZMwLhu0beoqoz0Fv5JSwAPym1PY19iFpkwKaTR RjUjmb2aOnjEcd1gyI2EmkqpmKRZn6apPLR2KtbXZ7j8JK7+JajDmoRxoDiyb24OOmRi QgOw== X-Gm-Message-State: AOJu0YzKksvUxIe9o3I3/jHfuFzeKrq2tbQEftZ5fC+nBfJ4xaDye4Pf /KIG+r42ZGWWqBlm36Lu6Sixt+tItIfeaIdVvVqUYmBctL1u2kbC6wuFM8UoZjeWf5T22lBAWHv OQ7xQkhsuaqsJDSNpDlez/S4IIZ+iiQ== X-Google-Smtp-Source: AGHT+IHokFGnLaH0gKNwz+K7BuSdzQKdfzoza1BTCSTx9Vdtb53q3gBpc8BS1H0XWDbhPWrjOBS/DUTag5ZeekKn+/g= X-Received: by 2002:a17:90a:d996:b0:2d8:898c:3e93 with SMTP id 98e67ed59e1d1-2d8898c4089mr1389842a91.22.1725043541043; Fri, 30 Aug 2024 11:45:41 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> <2047D1EE-A369-4F88-93C3-E11AEC3A22E9@FreeBSD.org> In-Reply-To: <2047D1EE-A369-4F88-93C3-E11AEC3A22E9@FreeBSD.org> From: J David Date: Fri, 30 Aug 2024 14:45:27 -0400 Message-ID: Subject: Re: Building certain ports fails with errors in system C++ libraries To: Dimitry Andric Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WwRtH1jbQz4RN3 On Fri, Aug 30, 2024 at 2:36=E2=80=AFPM Dimitry Andric wr= ote: > Try using the attached patch. Wow. That's... nasty... but effective. Haven't tested (I'm not the end user) but it does build that way. I guess it's probably safe because it's not like the code could have also been using std::hex somewhere. Do you want to open a bug report about it? It's your patch. Thanks! From nobody Fri Aug 30 19:03:31 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwSGs1VfQz5PXLt for ; Fri, 30 Aug 2024 19:03:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwSGs119Fz4TGW; Fri, 30 Aug 2024 19:03:33 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725044613; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=QUdMFIJGvccZKZU81tbMbluilG7PXPq5zwg3leIsfKI=; b=t5ArN3ObQVdw6+8X8ulEx9JBNFF0gLZp/slY2wJyhXlLpoaGGiVf7Sehp5pxLTvkrRdYF/ IwlHaHS6FUStn55aqA8AYjNNmlKKNh7OvplLZ5g4mBBFs97mBspqh37IV1yR0eCKak7BSw kEkA52Z62xDf6CDHoRYOGbR+owcFJp1dq2bjeoStQIMLMR/b1DHappDAT61/0n8SYTFKAY 7cQA+v5kusXUu4cgiZkGh2IOdTB5wd162/2xy8P9Li2eR4f+umzcew84AqCsVUJvQ1HVwp /DFOmJ2Jfy11qraQSLxtOhCzenjtq4n8MuG5caU1dBv0HsJ0K8y4BxIeDauHWA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725044613; a=rsa-sha256; cv=none; b=D1u10VU9VuguAQooYRhhcAL/lvMTGaiyO2lgNjM419LiJ7zKv7yS3SzofsxdB/Bc/pLM+M CLImrglBzEEyVqlXf1ksrEZ7czv3UOInHHQJhII+6ZqOQGZXWFfe9mQc/ll55+wsnUcrb6 OOI3E+4w1PlYNuFSbODzJkJER/58/Yq3hK/c41vLmw3tDrupIE6YKraNv2EmIBvRaTaI+Y GCQx1jWXgfT7s6NmglsqcEf6Oe0bQ8iocHtIfCmF6rBU/czBNhz9yuRdQrVNCeowWsaD2c lWg4rNBw6vbsgcTQVJcg5R6ou2iU65omY6G7oYPcOmC8zZcK35G/2Q80Zr1dNw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725044613; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=QUdMFIJGvccZKZU81tbMbluilG7PXPq5zwg3leIsfKI=; b=bjdf+N9qxFrSvrft4m4BpzMajqK47WRyC38xA/y7pLzYBRLSTBEejyzTbwLRxSkH4DOPE6 tmP4tLnG3xnNKxVh7Gb4VffgpJqV3h7AGGIGQ1lXQnWpo9dPhn0C308ltGBYpz3Hj2TMox zIvye8VfdV4bcSJ9Ja8YZsvnPLLO52a47J8EjA/Chmof40K0W0ka2Kc8pynZQfG+L3wyhG wLYsLsTSqKUBnibX2ut7fQFtXIvqF8/PsMlhc7vCFK7DfdqIyVvzyCCWyZcp8MRw39fOqa Ap/eM/v3K3wEEwHgWStwKAnOoTLyowqm82gEHngacZjuM5Njyljik0/OVT2g7A== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WwSGr72KXz1ChS; Fri, 30 Aug 2024 19:03:32 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CA3FD54810; Fri, 30 Aug 2024 21:03:31 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.2\)) Subject: Re: Building certain ports fails with errors in system C++ libraries From: Dimitry Andric In-Reply-To: Date: Fri, 30 Aug 2024 21:03:31 +0200 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> <2047D1EE-A369-4F88-93C3-E11AEC3A22E9@FreeBSD.org> To: J David X-Mailer: Apple Mail (2.3731.700.6.1.2) On 30 Aug 2024, at 20:45, J David wrote: >=20 > On Fri, Aug 30, 2024 at 2:36=E2=80=AFPM Dimitry Andric = wrote: >> Try using the attached patch. >=20 > Wow. That's... nasty... but effective. Haven't tested (I'm not the end > user) but it does build that way. I guess it's probably safe because > it's not like the code could have also been using std::hex somewhere. This program is written in a bit of a weird mixed C and C++ style. It looks like somebody tried to modernize an aging C codebase, then stopped halfway through. :) It is not really anything special though, there are loads of programs in ports that have strange or sloppy coding styles. If there is still an active upstream you can always try to prod them to fix it, but if they are grumpy or if upstream is dead, you can either patch out all the nastiness, or delete the port. > Do you want to open a bug report about it? It's your patch. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281141 -Dimitry From nobody Fri Aug 30 19:10:05 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwSQk00RRz5PXmy for ; Fri, 30 Aug 2024 19:10:22 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwSQj3Gt6z4Vqx; Fri, 30 Aug 2024 19:10:21 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x530.google.com with SMTP id 41be03b00d2f7-7cb3db0932cso1553355a12.1; Fri, 30 Aug 2024 12:10:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725045019; x=1725649819; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=pn23/o1zVlqUufBx0nBJY9KYCQvYfonSVAbv+ortE7M=; b=LPl6q19MVpxNRS6EOqu67FI9Bc3AQ4riUnHsJbNev0603uokDV4deBSWh3cmA3fFPd djw8tnPxMRL4cPvKgT+z15xSBOs26a/X4cqjgv3XP6IDfTNruWbMOTAuXgdAiabuu0NF 2ti3YesoUu0wfYuGFV7sdRDg76s+L7xcPpa30Zov8as8yXU/WgJHVgiUBx2vGFuNYXzC MzXSn6eMZH8oDoF0MxP7aGp3fFz57M4BKc6XO9+ixZTTb+1N/F5II30en7ySgOwRQxsG nP6Yvh7OOx2Pxv46QR3HhV0fxvR5hIO2+9+Jx4xGMsxiE1zNGpctlj7Nzf7JFYtCFunB p/Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725045019; x=1725649819; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=pn23/o1zVlqUufBx0nBJY9KYCQvYfonSVAbv+ortE7M=; b=a9Tla4UzQ0477Q6IcIvA4vVhfZsqoDNGX1xqCUkShOxRKoi5ls7Arbzbhlp+lpU77r Fx/DbjGlYlSa7WTEOdXy0aio1QhwlRZd3DC9XyGQqqTmzRlhvF6D+Ms6H4dSv7oBq55D PqJ48sPYrlpP49bT98HNSBvUsgkUTYCISKt4AzGoFj0i8mFABSZqrFCWrQc+EUxu3Pdb OSmKl27l0tMhC55py8zJLd9C2DG8tzCKF4DljlyZYbiclytfTKfu/7PDiwon7YegEjix A8TlwLuK9bk1T1IDixYc9v5GFDJMkEftjPBgQ23xzyy0iJmZRQvmaAldLtQLMp7UI6B1 MHJw== X-Gm-Message-State: AOJu0YyFpYe+AiAgVPl9a5EZDQvRXvkcGvs5K5uG2TOmo+j4K6bfib+r PyBE+0U6rGRVlrzSjbKUS+JCmKChgz1RJmiAUaUQjBIm1gTT01kHYK1C/XZlbhRIYhfByQHloRl q+sRBCebc9CTisYtIIVldY8njlZgAaQ== X-Google-Smtp-Source: AGHT+IE/SHWJ+NoehY6OnsrVsXEMnFFZXflE33nvlj09vZ5eDC2hjsgmtYdBltFhC5M3S0mxYkGIwNv54qhQiDcNpJQ= X-Received: by 2002:a17:90a:a40d:b0:2bd:d42a:e071 with SMTP id 98e67ed59e1d1-2d85638415amr7542565a91.30.1725045019301; Fri, 30 Aug 2024 12:10:19 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: <2B2BB530-202A-4359-BFC9-A608A8FC66FE@FreeBSD.org> <2047D1EE-A369-4F88-93C3-E11AEC3A22E9@FreeBSD.org> In-Reply-To: From: J David Date: Fri, 30 Aug 2024 15:10:05 -0400 Message-ID: Subject: Re: Building certain ports fails with errors in system C++ libraries To: Dimitry Andric Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WwSQj3Gt6z4Vqx On Fri, Aug 30, 2024 at 3:03=E2=80=AFPM Dimitry Andric wr= ote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281141 Thanks. The project looks moribund but not dead, so I've opened a report with the upstream and I'll try to do a pull request for them. Really appreciate the help! From nobody Fri Aug 30 20:30:34 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwVCW5Ch8z5MR1b for ; Fri, 30 Aug 2024 20:30:47 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from mail.optiplex-networks.com (mail.optiplex-networks.com [45.149.190.182]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwVCV5sM5z4dF8; Fri, 30 Aug 2024 20:30:46 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=optiplex-networks.com header.s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997 header.b=MBJge5yV; dmarc=pass (policy=quarantine) header.from=optiplex-networks.com; spf=pass (mx1.freebsd.org: domain of kayasaman@optiplex-networks.com designates 45.149.190.182 as permitted sender) smtp.mailfrom=kayasaman@optiplex-networks.com Received: from localhost (localhost [127.0.0.1]) by mail.optiplex-networks.com (Postfix) with ESMTP id 9372515C385E; Fri, 30 Aug 2024 21:30:39 +0100 (BST) Received: from mail.optiplex-networks.com ([127.0.0.1]) by localhost (mail.optiplex-networks.com [127.0.0.1]) (amavis, port 10032) with ESMTP id a9Y3hSOOgViC; Fri, 30 Aug 2024 21:30:38 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail.optiplex-networks.com (Postfix) with ESMTP id 8B05315C3864; Fri, 30 Aug 2024 21:30:38 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.optiplex-networks.com 8B05315C3864 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=optiplex-networks.com; s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997; t=1725049838; bh=pFJI9ymSbu/1g5bb4koYYuJox/goqN8Z+zlIgn4ahXc=; h=Message-ID:Date:MIME-Version:To:From; b=MBJge5yVphbC+vGtlcIEQtyb/g3DPAXifwmlBX21Jw/bOU6NwO6oq6rYyIA8he7Ht +UnkEYK4yGHBvZZSG4vFZePMO4XyV/FMGXZ0K8yszLEUz58+NqoALkf0V6RBVD0NnP ZXJDtLMO+tC4EmQDD+UyLIzCmUCow0dJnZKlHt8FvCkC3VKj08RgHggcBOTLGoZ3H+ a1YR8WfTQR5oVObW19Oi9j1E2KSA+unZlmWKPRyV1xEOamCVhCMD3yuOy3lrrhkc/k xTBE2q3dZb9H+T18sRWQo0CWxMEZUIBL5KHFS0m7Ln2H69x8OHZUC2dViy8xu8ekUR VO0MkHA6VA3QQ== X-Virus-Scanned: amavis at mail.optiplex-networks.com Received: from mail.optiplex-networks.com ([127.0.0.1]) by localhost (mail.optiplex-networks.com [127.0.0.1]) (amavis, port 10026) with ESMTP id H3YztJQig9EK; Fri, 30 Aug 2024 21:30:38 +0100 (BST) Received: from [192.168.0.234] (unknown [192.168.0.234]) by mail.optiplex-networks.com (Postfix) with ESMTPSA id 740C015C385E; Fri, 30 Aug 2024 21:30:38 +0100 (BST) Message-ID: <86835fe9-836a-4656-b72c-2328c528ba69@optiplex-networks.com> Date: Fri, 30 Aug 2024 21:30:34 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: tex-luatex requires older version of zlib after upgrade from 13.2 to 13.3 To: Moin Rahman Cc: ports@freebsd.org References: <3b2bfc33-7746-4229-91a5-56b08284ad69@optiplex-networks.com> Content-Language: en-US From: Kaya Saman In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[optiplex-networks.com,quarantine]; R_DKIM_ALLOW(-0.20)[optiplex-networks.com:s=AE93A2AC-7F67-11EA-90AE-8A1FE64F6997]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:202596, ipnet:45.149.188.0/22, country:GB]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_FIVE(0.00)[5]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[optiplex-networks.com:+] X-Rspamd-Queue-Id: 4WwVCV5sM5z4dF8 On 8/28/24 9:20 PM, Moin Rahman wrote: > >> On Aug 28, 2024, at 12:54 PM, Kaya Saman wrote: >> >> Hi, >> >> >> I'm trying to upgrade my ports collection but running into this error. I performed the necessary upgrade steps: >> >> >> uname -a >> FreeBSD 13.3-RELEASE-p5 FreeBSD 13.3-RELEASE-p5 GENERIC amd64 >> >> >> and have initiated a full ports rebuild. I'm using portmaster so I just ran a: portmaster -adfy --no-confirm >> >> >> Somehow luatex keeps throwing up this error?? >> >> >> I have seen two postings on this already but nothing seems to work for me.... >> >> >> https://forums.freebsd.org/threads/lualatex-incorrect-version-of-zlib.93162/ >> >> https://lists.freebsd.org/archives/freebsd-ports/2024-June/006202.html > Have you gone through this thread? > > Kind regards, > Moin > Hi Moin, Oh whoops!! It was my error..... I thought that someone had just posted the question in the second thread but didn't see your response. Deleting the tex-\* ports then reinstalling worked. Thanks. Kaya From nobody Fri Aug 30 23:24:15 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwZ410GdXz5T6bb for ; Fri, 30 Aug 2024 23:24:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwZ401BWRz3xmG for ; Fri, 30 Aug 2024 23:24:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jUK4LyaX; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725060269; bh=4hLFDub8ks/0+4GfpH4g2CBMtPkt2rJYNtyrHywRtew=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=jUK4LyaXK+QSLoY3/wrLA0B/NgI/DLH2F82SkAmnz1zO7Lhzv+cIy57pEQwumagb76YRtMoXITMZoGwVh/2Ex4AT2mt4ixUV2DOLICpoiU+zu2NvEL51S7M+oYK2PpexErX140v4nNl+d3fyyjLF7Ig4etrs6eKxgfJchKraFn8mmNi/5x2xt0HPmPPWn7G20TzT8KSoNHbw92/8vsyaLn9cPNneIBpGNve5NiFyIcAftezn8uVQo5gkS2uhAv0Ee08qITTrdJjdZteghusMl1OnFa4JxcGiysAODrRncvnD7InRalw4cUJ6leWbehQkbQbU/gaVcy/Z+KcmrEb5yA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725060269; bh=+bdZnSiTWfBTQ/Dse7BKMdDpT2eaIyM/+d61KXWL3mn=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=piIERoQSiltnDK03my0nB1olBLGauuU6vZzSjBTbMzLXrpbdjexMnKhhAGdS8SmB2MVwQWt9s5LiehtlgDIMICJi7mRcpIlPZVzyAashGdkRpVMNJXh004DHAw2E11TmePesZe6YaoR08jImcGfRsDETLfm5CSS3wmLy+57ubRDIEH4DYL3I6hfGW3nuEh7pxjTdNvB63UiVj+YB1AhaDpAEzh861exNnSZplhQHyfRoAV4s/w7iBq//fqJNIGbcqu4dWfz1MhZHyPSb5SYverSK2/VwWNEoYWmZK7L34sqgjU/iO6NbUGPYnc3KZS6uhT2P68HC1u14EFcPvqMFpQ== X-YMail-OSG: dViGKXIVM1ll2gNejlr1Ca_4j65nQ2OFwGGTkoLR0XjKWcai_5plIZI7FvnvRnB d2ZjDa.a7SteCfhqeydXs9rUrY5RCk1rR8YwVx.HuZ9H1Nnz.P9fA2HFI_6WSKXElHmVYYRn0JrZ Qb_1RsEBKWiOUX2hccpaHFO_JGf1bKjzd5kH.KR3xsNUKVAbxb7H9TIF5mZE.kYfRWz4tiNP5XrW WCvbP9IrcdnRxZPj9KQKRnby8RUPxcC04PtFb0SIAyMuRr1DF_v7zxIXQK6szujQLdjqt4Xfs25p g8FGXxATY5FwJXwkRcTXcsJuvKZM0xW0xetnTTzBuY13wWe6WDyi3X_TPPAyYYDNnAsjU5ZgNWCw lM_nYfxO.07DhIVQ0SF7fT5WMAZu8p96XN1KDwOoPK6w6TC_UbDARGqd3ncpw4nylDO_FemnF5Y4 RQ4GMUu2wlGwx6uq6xSX3K5JEQHQK_EucQQuKKRAMbSgzC9_E7LqcuiMcmqN7NoLC6gL2WzaOW.o z2iXel9nZEey4az31XkGVIRITCWbEFYJ2N5Mfls34Nec2bS_DY56ajNJwsHoxW3IDMsFPd39U4eb pjUMfHgNNQdjW_ahAbwqS0n5hNegt89mmv1WBJvebjb4FXCnfwZv1fhMZmh_h35dWlfy7iao_Rdl u2c8uR6du5V6lRe8Iwq.jV2JkxPF5dJlvJzge0Qje.2gfeX2GXpTzJIIGY_CtQQwm1HfVFwlz6yu zDMGEZEgNE8R3OXvT9zyez6olhkfFQAUak3mhilzrMLb.GkgFiwlA.IDw2p8u7cCA2gfyhPOa0oo XoMYQBJBPR8QXwBU_qVqnOAxb2l5afbM1xBCZHIJKqruCP9Db0t5_XMJeQac13THlz5RGxXGv.hr u9NzJfupk3dESQJbfeiBBwLbxaPygueikqQKBLuDKwPcKe45hdTOW4ypoB5E7RW1vyZu6oYUi9dF C4wQ50OaiH1N8HHKcV75Fh6KWaoO886G4Ah0yEjYGSiUuNTA_0qHh2kIyeDeI23kWLp4Jts6S84E HMIuy3F4prDbp1nMXVbcq5O1ZijUqqThoaGOZ9g_Ip9zNkiZTrggYwmJJs4vQgLRBH7QGb.INpUT mcQctb.C_5SpgchXTtJe3u3sTGj3GkrZQrDAU52F9VFGAJkbGrP0jEKhkueQrXDKqMvSky6LX4BD GMQiwSXdfj3qpBALF9J1rzfyVnHbz3ma7bBD.0.TBghVAj43BT.N83.Ocg3HMGko8xyXN2b0xRGm mHmc1ZGXHKsOF82x_vcf5cUjCneTjOdgXiT4dfJTMrhX9cjdffqMPyTauKOYQd8Y4vHtVUl1YtqD mSnSprOS1JHqv_UFMkAiKS8rq7Zkhw58EQkHtWPC4y5Zzjhjrk5v8CcgkRi8Z1ulVUSK4sVxY1_. iKbxyMf.0deSNcOqFOm0aXvD2o1OXY9n7qwGLekrUUZ5uFTQsFrJC.hH0LiAmf72Wx8GPsmycATm afD9qrn7YVZ4Ypf4lpELqR_q9u1wuyPYUzpvBEwN7vdaycgA6tfUcMBYi.Lghyw.E.xOowyhoz80 nkLvydpnXPRhVZz2WfsMFiLwhFsA3x4RIEB_cYMrZ2EaC.yQ3gbE4cqZIUfOx5Ay3MoOvjXHyyEk U0STM1HQ9qBi1vpKcuf61NVUg_o368EBkUsKTFPoF.oX8oHZQZ2MfkTVWtrJst14WlyOlBGD0pP7 17L0m46H5RYG4vusbi875h.0HSH8sha19xopnNGJtOJYg8yP72pEPcaBLHOXwr5yT81Sn9sxbo2k .eM6OTJPuZp15P0c742haMrbg1yTO1pxdnxNbuOEdFAD0aP6hLrIX5eV3xdznVGDlSfDL98Vj9RN iEqM0QSXo3yWQLcRz7cibggLFfSolma_O5VmkOQZ.O9OhYLCnRrtM4ZO1F3QhFrHVlIeD.8jqx07 yNn_xiHa4Qomgqjdc7D6AB1luRoQU6yRdxUQl2GnQHEht0sPd6Z8YFKsWFV4MWrX_rS1wWU_6lvv KsRBM1BnkUadByXEJ92A9QMcIl1Hz21c_TRIB_us3lLdcSqyCP047EfcS8ujKYPNb1v9dypNxcvQ 2vn9CLpofUCYkGyAEGqzEEWQVfv5ZAgAni856NTxnZjCMRrTFN1VxFSHiwKHHooOPDS_pUfF6r0o _hudT4P6Qji4_rGWwUUbcoNzjNsdwvkn0K4zdkcHsZYuuPxWTKrOEoxbH0nQBOdUjcKy.5RxOBlo dVV1y0hRJAH1jlx5Jj7Imp2tTfzHgys8dpES_b5fJIAi5vLrbyV4HStcD1N4spuQc_X.66XCUfxW gNIwLgIGjypgZUKX3K4BRuvbgwRZOOdNNdBog X-Sonic-MF: X-Sonic-ID: 8f26e9cc-f8cd-4a89-ad5a-294edc51a9ef Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 30 Aug 2024 23:24:29 +0000 Received: by hermes--production-gq1-5d95dc458-rx7kt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 65967a7eb546b6b9c7e6d25218f49724; Fri, 30 Aug 2024 23:24:27 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Building firefox 129.0.2 in armv7 poudriere-devel jail on aarch64 (using llvm17) Message-Id: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> Date: Fri, 30 Aug 2024 16:24:15 -0700 To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) References: <75609A57-7B50-40F5-88A8-0278CCCC018B.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_SHORT(-0.19)[-0.187]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from] X-Rspamd-Queue-Id: 4WwZ401BWRz3xmG What my test-of-building got was: No include file found and no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was = not): In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: = 'arm_bf16.h' file not found 37 | #include | ^~~~~~~~~~~~ . . . error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 | 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { | ^^^^^^^ associated item not found = in `OFlags` | ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 | 203 | / bitflags! { 204 | | /// `O_*` constants for use with [`openat`]. 205 | | /// 206 | | /// [`openat`]: crate::fs::openat ... | 333 | | } 334 | | } | |_- associated item `TMPFILE` not found for this struct | . . . =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) . . . error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 | 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { | ^^^^^^^ associated item not found = in `OFlags` | ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 | 203 | / bitflags! { 204 | | /// `O_*` constants for use with [`openat`]. 205 | | /// 206 | | /// [`openat`]: crate::fs::openat ... | 333 | | } 334 | | } | |_- associated item `TMPFILE` not found for this struct | . . . =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) . . . =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) For more information about this error, try `rustc --explain E0599`. error: could not compile `rustix` (lib) due to 2 previous errors For reference: # uname -apKU FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) net-im/dissent: = update package description Author: Jan Beich Commit: Jan Beich CommitDate: 2024-08-24 18:30:01 +0000 branch: main merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 merge-base: CommitDate: 2024-08-24 18:30:01 +0000 n674987 (--first-parent --count for merge-base) But firefox was updated to use: nss>=3D3.103:security/nss to match what = was available. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 03:33:07 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wwgb86v5fz5TSkC for ; Sat, 31 Aug 2024 03:33:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wwgb71wNNz4N2l for ; Sat, 31 Aug 2024 03:33:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ByX34mF3; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725075200; bh=TRIYIhZSuKAxTbhvWMLujKrv9mGKlxz5n7m0zsHdXl4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ByX34mF3vBFc3+9RfKlI3OlV2uipUVMVkmzrOq1yzHJYEA4B03a3AkToSgX3XpUN1RmDRxjXRbcgkKoZOgx0hogQCcf3AW5x5CSG30biA7aHNlFqx8B/+qscwHwOPKDfKy0Ip6P1zmQx+0pyivC8lx+E7j8K5NpqMpKBEsDWEpks4KDglgGS0sXnFm2dNW1eF/3rXXoFURbXKuV0qOMCyjiRxAb+NBqa0LdQx30hHmeFijMTtA994cNApj7kaZJvFs1YsUREE4YI2b/zjqEMUTR1JxBuERstRQPIi5usEEdqKHBglOMgs6hrtw/wXDYNfhaRpi5lXHXTy0j8JUQWyA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725075200; bh=4fNk4qwJpUjPDmLW6xg/U5sU1SAaPQonODGb/cxij5O=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ap8MbcYbgfmpJiBUIz63VqkbYyJboSYW6xmpPTsPHvnjwCWPPmVROUjjyP7TcbXV4l3NKj7FRJgIPqxArCm5y70A/U6PwZOLWED3X+3/RTVkmQp1ZHGLrrf5RgmL7ax6vTAdj0qRUakuCpVBcHxJHIPllHtIuLeNq5UZUErq0qodyfYAxVBPm15jIBocN61mDW+tvBK2Fwro00R4+0iUyZ8buWNt1ry/VJPyHxEaSGJ3ahA0jeiqyd/KiyVwLKgWVPcf+WwYyIyB9XpznNr6XGP4Bmsj3wK6ZBEH7R05tnXRm2vVoJOd04BOFWh86hJvDcqBhk18lpXYwVpCxfUw3w== X-YMail-OSG: WZPrNq0VM1k48sQWCqznIYkHLZgLP3vnKzLuB3wemGcTGWMRKeB2R1dL_8Sq6Eu mxgxKjuwFWRy19y5CD2liVVRsDmoZSfMyYAfAqPopRTVqnBM7wKgRDSBvgeCHdeaRIOwzZSElpZX GIP_LnBwOK4sbwKhCO_52mOqM4P3ouIX5QCQCQbgH0IR3040SDEzlkLNHrx5GlUiJsrPw_.x_lpQ IC9Qrt0_t5PQ77IzNKQWUjpwv9w4my8kT9Wg2nFHoSMZ2JQ6BztslE.AwZ3ar.T28_aEUi4hs2fh n8ShDwCaUA5mYqLd6CPa02cpAoX7OzfbbJovMDrsm.v8x_YD8_eMMzxNxs9ghUANEyEUfASi1UQ5 cszKNgKH4.67Xg6cjFpZZa9t0q06VmVN.aIuBzxgfAMpPZyTx3AkrUy7ZJng2hE9zeeCdFkU7H9n S4DOQWyJ7zWuK0UvBmjt_qbbqtnN6dQK580s5AeW84YrzijDxVUhd0HWJvBtUdTQon7ZS0PNji.s 1i68i43O_KosSM_ocPIIGGDP8fqY4pA65QmydOrGsdqJ1888kPGsNlyFfXtbKGTMjzjjN9vSutz8 KwPzHPlW5j_NrqA0qx1ci07r1xTZcobF48O56Zaef42hcgYU45r_phbcIUBxKoR_lfmCkPa1xPCm npbCkuqcmSss0T58EeDLe4cuXcJqDu4d2hq23UHPMmXRfHg1DMts8PCt2nBrYK3GA_1pOwnCm8u. eK2zCbTaMfC_fDTG3HUhLeTus9FWMCLWojAnWFBSiSa9ZESFBWxnksj1QhAIx0sDTKAC5ucayEVF zKCKwbj1wO5gENpCuJRXhYy3OwuFoohcrDALtqKaGjHHEdM0GZv8wEcyzsK4QE4fh70K7l00In3b _FdbSK1Tw7pJbH0_5QAg4TzWVXGvOqlemUvKpFju3wQOeCksabJ68ShmWL7TPPEOWQvbWzrhokm4 BOliTnDGppIfg0f.BMX8sp57dwViu19vF4eTS0yYkDH1XzLd9yGWra0cyRzMNZhgw5dTd0k38Fkj C9wQpkRvnOXcA5A.tGOanrUn.RjDvhyaQTHSZldAurj3z4._SsvorA76jMsiNxYyfNO2UxPq1avo TRKOYqmZ3NJ0.RHFhMyjsS0AZs95GReg5R9DDg8Hjc0vXahY6J9QBGfSAZnCZR6WrVuDCaEL7l.e EXxRStcSNgNfpSfhil9yUgfc_JeMKd9HafCtGLhvCA3FXGq07kYNc_mbgVPbP7WLIXbDKQXwVqpv zFvF3wnfExc980NRhFfNwgdNxmQ.uiAmtW4gKTDZad63yHMDTTe4OPG8werRwI7M8AW29A7xfvhy 7F.SO3sv.e5xM_w0xzX9j5KHpT3oABqJL1nTu_TeIT5zoTL379Elm6ha6ucc..fKXi45bQkmocze .E19SPq3A2aIXVCsGmZkFhB0ptI39Q0L8LZfxg1_6sLzHh2ONuP1qAtkzI_1CHLSVq0Jwez.weNI vwNtJqIMPBcH_fiu0S4moKqg54mGZDwQ0E2e6wXz3k1VNwxuKTcmQ218b0ReHePMucWdjYgtZeIZ zCO7sbJlJn20bFIxosrilMBhOazAfs9eBuEo8vvTwjkupUkGs550RQle4vzl6Nm92NUppuSvmIPg K5HOgruVCz2u85hVp9slfh7zyU3zwdl9suGz70fZ0JL0S800BiDlr13W8.gL9HrCnoeafVyqs87L nvv8DAA6tnA96ufUMjt8wGBGxq1V_TxeqM1fkL2wF5iIsiIraskUb2RYQeqMTwwlW6JSivtXt78c I9m93HO7RzFTYMhOD5p.tWkf1TnnyVqotR0Vl2Y1PQ7QBk3lSx8gE53l4qM3knGys6GSF0Wi6zR. z6s3RyBovG7PciFecFoOvEEvZShKefqW4IM_eIbKNLt6Askb1x2JKVqGQMZC_3z0wJ496npUtpP3 Q0VOiJ0jZWQS.4iPJ45w97fTfhboooRxsh2RU.OMkwkZ3mleWtS1DMniNSLAa20wXqubBt5JLIFu 0dktjRiDTrg.H5heCrdrQl9OlXFMFwpOhmVj6mDViB7Sd0fdNN1vGcYswYbGQQcXOYN8om6up_w7 GbhLD01bnlKK6KfXcf5alYVKfz0cYmlFeQpBXlUervM3YXjc_v6HIkGxjpw9Opd7_eTCHsAxe9bT QbPFVSKRik7B9nEyRW5ca2imf6q_chbsBJLXIhp1B.RXG4Pnq_eLfmVKo.DOaJF_7tC4Wt4KVvmq AqLhfJYtsnMaTTK3I4HjA4NNYwkRQxIp1w_GoLX4ed8TuZWXDFBwX02XGoBQloXEcC5F.WlOtHfY aPFp0WsSqjvLhmg3BjrtE_2_EM7L563jWEV8VMfU9Z1B9DA-- X-Sonic-MF: X-Sonic-ID: 1d9f80a3-8063-4569-9546-91ededfb3413 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 03:33:20 +0000 Received: by hermes--production-gq1-5d95dc458-m8nfd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 90dc47ab7f4f918cb12e726602e02909; Sat, 31 Aug 2024 03:33:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> Date: Fri, 30 Aug 2024 20:33:07 -0700 Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4Wwgb71wNNz4N2l [Subject was retitled.] On Aug 30, 2024, at 16:24, Mark Millard wrote: > What my test-of-building got was: No include file found = and > no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was = not): >=20 > In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: > In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : > /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: = 'arm_bf16.h' file not found > 37 | #include > | ^~~~~~~~~~~~ > . . . >=20 > error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope > --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 > | > 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > | ^^^^^^^ associated item not = found in `OFlags` > | > ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 > | > 203 | / bitflags! { > 204 | | /// `O_*` constants for use with [`openat`]. > 205 | | /// > 206 | | /// [`openat`]: crate::fs::openat > ... | > 333 | | } > 334 | | } > | |_- associated item `TMPFILE` not found for this struct > | > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > . . . >=20 > error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope > --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 > | > 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > | ^^^^^^^ associated item not = found in `OFlags` > | > ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 > | > 203 | / bitflags! { > 204 | | /// `O_*` constants for use with [`openat`]. > 205 | | /// > 206 | | /// [`openat`]: crate::fs::openat > ... | > 333 | | } > 334 | | } > | |_- associated item `TMPFILE` not found for this struct > | > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > For more information about this error, try `rustc --explain E0599`. > error: could not compile `rustix` (lib) due to 2 previous errors >=20 >=20 > For reference: >=20 > # uname -apKU > FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description > Author: Jan Beich > Commit: Jan Beich > CommitDate: 2024-08-24 18:30:01 +0000 > branch: main > merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 > merge-base: CommitDate: 2024-08-24 18:30:01 +0000 > n674987 (--first-parent --count for merge-base) >=20 > But firefox was updated to use: nss>=3D3.103:security/nss to match = what was > available. Using devel/llvm18 instead got the same. Looking inside even a /usr/local/llvm19/lib/clang/19/include/ also shows the arm_bf16.h file is not present. By contrast, for an aarch64 context: # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text Looking quickly at more llvm* shows: # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D arm_bf16.h = arm_sme_draft_spec_subject_to_change.h /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D arm_bf16.h /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D arm_bf16.h llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). llvm1[789] do not. I wonder if: = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 doing: -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h was correct. I'll note that in an armv7 context: # find /usr/local/*/gcc14/ -name arm_bf16.h -print = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h suggesting that gcc14 considers the file as not aarch64 specific but as armv7 compatibile. So I've put arm_bf16.h back into the llvm18 test context and sometime after 3 hrs I should be able to report on a firefox build attempt with the change (I hope). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 04:26:52 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwhnD2gvXz5TY0C for ; Sat, 31 Aug 2024 04:27:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwhnC1WQGz4Rng for ; Sat, 31 Aug 2024 04:27:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=TXskJZ1N; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725078428; bh=VKk+duoNpZKw1bpP1nDVIVYFK+U58zbFypTLkmePogo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TXskJZ1NqdP+hR07iI64DDSZ8K5dfd9teBgtmyklJePeJphcUPoGK+LhVR9gwWNTm1OHg7MzL0dHSAnT5xtvhhkEkhD56J03i4LTf162+Xr2XGiuT5V4793NRJxtC1MCKfShxy2H4cNYyF0qiAFR8c1aPOZ3lKM2JnFaLVElV9DDuZzl49+cUGvCxtIrrdk0VtVGJMhh8l2aMAbrz4ty320mXc4K4wlMH1iHFRGe394H09pvcM95hW1EbOQpGrq42XULod4AoTnJcYfaBqiRx858VEQ0GScp90eBOgW+XpObn1oVzkfYIOX7PNchkY//tDMFBhsMVFoY4ijOFzm0AA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725078428; bh=KG9Bwjk8ihNc113yPbwgJnL9V0S7+A+7f645IGN+UKp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sZ50yZENFi1V6iGGVS87b9FKg6CipxvzqNRKd+GIKXod5jSfHaBPVwIa1mGi5u7qO3a6E3WxdjJP59Qu0Xtv8Dq6zm7VBSpMBcvW1QTyMZFNFkhqUMf9DOPySYKXsBuqwDHZ9jpgvvLYlMLhXQb5gICL4K64qTF+aQbo+b38OY3NK8BBtK+gEcHXi0MnIr51vNzXbRAKncgrl5aBLsaPAu1kFz1t141GTBaKNCYy5DwRtXgf1c3GPWrpAEx3F9G5OLC72K5yzgpc9AHTwDc/AkAv9fKaaSxhzq7hMu6pN/IkCk7de+u5hZ4jHBH7U+nOWbMaeFHABmVtPKaFtxN9BA== X-YMail-OSG: zoHFAzoVM1nMfOFGGdTeePC_e2doO.CwbFxP3tlyO3uaIm57Tn.pyDS3QqPh4HB fcgdCw8AONqwk3ui02egyG.WLKmLSgJqGdu66Kq7cGGZljmSfCxIo0FhvWNb1IhUmNZpu8iDG.iS Z8wGW8AqSFzS790s60VeGMfXrOngYUjDP2pxLhwY1hwbEOOS0PBA2jSOyjdRTui0Cl8D76jX_9yc YOaGue3A.Wrxfr1YRUJA65w2DeO78NjMPcF5DXAQn3TfdOuntkdMdQV1AeWPoC37s7LEI_bN2znw RtEDyGkA5Y.lajMTYoNmiAq7wBo9r1ZdHQJ0DNBoZqBCUC6YNt5lCdoguGL.3E4e80NEhMngaJCG fIcq.DB3Z.fMMo8jVqUHDMOw9HjYGemN5Wwz48Nm2.CR7TT5TKMXU4FXfA2sSmvIksCbwbVbOXbx OkBffo0CPX7kTPshQ1V3Mj.P2cEV4_GTL8ArkQpjpEG6dVqBv.XPZORk1ULRfb.waNXJX9cyHHnC uwLw6K0dSoUnQCJ5zIaTrxnOQXATLduJsZWJLvZPILRsuQHL7V_4yzNQPpcUOGTE2grGbcuqgeeF 2L6W1q6Sg7leFJoF8DUt.AFHTOeKuKgqZY347nQh8ldDXKkv2Q8yWkM6SjxgqcpOQnD_vOYHq36E Nv4RYXzXsoNsJNo8wB4X.8I9v2WvXOmkF94GJHeBid9J6veClDo0SlhGWzpbyGvCO3aYPE7Xsz4p 8dVm4ONmjL5KUXUqcYI4GvpjHfSPF0LHq5.QY3PEmTHX2E.e8tRfJ58qGPlWHNv9KcTL7MfDn9zT vazWCZ.3X8s26079HTRuxavPH5dZupLSyoQDwzccUXSf7fAGKXvKKkw64pC02w5xNBDaltqT6gEA g3zcDGrc9OmZ20Q4TFLlSlp.Er.x17IESt0k_g2VHN_S28DT033a8rHs5kjg4lZ8t9zn.6vbbdGq rKCwv9ddlg1V.lmVqIt1z.ciQbc05Vyc98TyixC.2lvt8hMdNfTxELQ0nTd2VEYyT9.yIwompy3T gWcKyRvWyEzSPxxeo7LHhmFZOPFVwxZc5lqSkm9aVbw_2nvejKC2YdRSrCl_50iw0cdBAt5xwH4t MW2Mz2cqNhyDuQxzWsHNMn1yvEbnKKYf6WVtPTqdFrBp_nEVZgwo1sq197QsdEBn6XsS9MtNxBre pWLkWSu73OZnDPAE55V86U0_i8fffRSSl7EXg1EJRcySTuFkCDX.QUAugU6Kk_FjJWs.Ats.fbtQ kmLlaN8UB8pwfU0LCnq5CcVUyCa9.sGTcidk_uk9xLloBLYqJe1WYLR8MoYar.QIXpvI72RGrxmT NntmCnvQ03XVwDGO98f5gmeB.rFZGKyoqA1tV3iCSzS8B5EAdBxqWwsLfy1Qs07.Y5OTgsnqPj4M hyD_g8EkL7NyOYFcVgnP92SYAB6nJJJEZKGDqkb8qgh8jCuQvZo088vywBQnmsDBJ_RPHWUlGV9B O_ZDCXer_BnAL5UveTFD9ZK0t4SoP7T8N.vfo3XJVpCShG8It1IoYdBEiKeaWwsvaNw6OdX4iTZ. CoMcx6jTDfmIhYO4gRUx6WeRP3wuAiqfK3fwGHh6fLuDcFQMYkHS7qrbDEJs78qNrwAqRdS0Wj8u OVCnQHjZ0QscrOv2dsdLWpuNI2xTcgmPAcG0rBf5nkIgL3GWlDKYbAt2kpI3LXPr5q50OC03eltJ p91RwzIdR2eCimFDl8CKPBvu1_2ReNJCtVukZ9SaVIYGGVAP1Wpq9AiWjF2lVtOAa0Qn0FINCqm0 WNY7aJfzpG_Uw75SHe74kour6Qb7VS6.QZum2nlE6AAxtDDbHGvpzAzMq07qgt_RaSVugnjr3Hs7 f2wa3Uuyb2pwwhToUDFw5GuaRjAHkQBSXBR3ZHJln25ikOGeA8gjf37S7idPhj8tLLqIlnpDuS_t Rwlbw0g8jdNb55qw4aMYZWEbMr1PV9g3s0CZ0yP9E1NhaZCaRr8h0BxZq19USB1H6LmpTyIq.QRk PEcpB_QrO6Cbgd7KRcNJaS_1REa8q0xFaaDNmqbCLbWE7R1ggpZghvttN8cHasROb.qKip.X9gK8 eO34Rn8A7OzEQf7B3ZF4TNP28mZPsiAO2X2R5TEGwzheH_6bynMiIDWNZkNIMFQbZn9LjrDbs7Iy 0fKl9cx9Kz.11ysiaM5ixBaDfOSQi5NwQQrTL0ZRpYwfn_ZVYVMWKHcc7IJEofgW0LIW0MVPIXqX oWu9tnIVlKHuEWXadCwzTksYlqHaaBzxTGmW.q9mZyQhG1D38L7_ymOdCEp4ryWS6UdfGJ_stolF oBmW7eIoNd1.bymXXdj64Yof5tR6Js1UIqMY2Ne.xx98- X-Sonic-MF: X-Sonic-ID: 7106d25a-51d7-4523-a18c-e55e40866be3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 04:27:08 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4ee841cef428eb37e074dc6ecf0793b5; Sat, 31 Aug 2024 04:27:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Fri, 30 Aug 2024 21:26:52 -0700 Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.883]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4WwhnC1WQGz4Rng On Aug 30, 2024, at 20:33, Mark Millard wrote: > [Subject was retitled.] >=20 > On Aug 30, 2024, at 16:24, Mark Millard wrote: >=20 >> What my test-of-building got was: No include file found = and >> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was = not): >>=20 >> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: = 'arm_bf16.h' file not found >> 37 | #include >> | ^~~~~~~~~~~~ >> . . . >>=20 >> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >> | >> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >> | ^^^^^^^ associated item not = found in `OFlags` >> | >> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >> | >> 203 | / bitflags! { >> 204 | | /// `O_*` constants for use with [`openat`]. >> 205 | | /// >> 206 | | /// [`openat`]: crate::fs::openat >> ... | >> 333 | | } >> 334 | | } >> | |_- associated item `TMPFILE` not found for this struct >> | >> . . . >> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>=20 >> . . . >>=20 >> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >> | >> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >> | ^^^^^^^ associated item not = found in `OFlags` >> | >> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >> | >> 203 | / bitflags! { >> 204 | | /// `O_*` constants for use with [`openat`]. >> 205 | | /// >> 206 | | /// [`openat`]: crate::fs::openat >> ... | >> 333 | | } >> 334 | | } >> | |_- associated item `TMPFILE` not found for this struct >> | >> . . . >> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>=20 >> . . . >> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>=20 >> For more information about this error, try `rustc --explain E0599`. >> error: could not compile `rustix` (lib) due to 2 previous errors >>=20 >>=20 >> For reference: >>=20 >> # uname -apKU >> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>=20 >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >> Author: Jan Beich >> Commit: Jan Beich >> CommitDate: 2024-08-24 18:30:01 +0000 >> branch: main >> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >> n674987 (--first-parent --count for merge-base) >>=20 >> But firefox was updated to use: nss>=3D3.103:security/nss to match = what was >> available. >=20 >=20 > Using devel/llvm18 instead got the same. >=20 > Looking inside even a /usr/local/llvm19/lib/clang/19/include/ > also shows the arm_bf16.h file is not present. By contrast, > for an aarch64 context: >=20 > # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h > /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >=20 > Looking quickly at more llvm* shows: >=20 > # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more > = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h > = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h > = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h > /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; > /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; > /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h > /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D arm_bf16.h = arm_sme_draft_spec_subject_to_change.h > /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D arm_bf16.h > /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D arm_bf16.h >=20 > llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). > llvm1[789] do not. >=20 > I wonder if: >=20 > = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >=20 > doing: >=20 > -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h > +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >=20 > was correct. I'll note that in an armv7 context: >=20 > # find /usr/local/*/gcc14/ -name arm_bf16.h -print > = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >=20 > suggesting that gcc14 considers the file as not aarch64 specific but > as armv7 compatibile. I got that wrong! arm vs. aarch64 have different source files with the same name (under different paths): gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ (More content is different.) > So I've put arm_bf16.h back into the llvm18 test context and sometime > after 3 hrs I should be able to report on a firefox build attempt with > the change (I hope). >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 05:05:06 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwjdJ2ZPBz5TbtV for ; Sat, 31 Aug 2024 05:05:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwjdG53k4z4Vv2 for ; Sat, 31 Aug 2024 05:05:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BJFnB8hM; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725080720; bh=wnJMmm/OgpfPWGN9AkGP62LEoJXQb11f8T7p8WDh/Yo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BJFnB8hMzyJ36CMhVd7S7DyeLMWIuLC1NqQXS+X7YrBoHd3LOa+na19E9SqTDnvIcdrqtASX3D+juAtmT9xdHXyZ76FSPvQ2PQamqMbrKzaaf7Dgjf2YRJxf+u1hysyqkg/3ssCggdFJQ+H41zFL9Qj92O4P2bq5+qu6MhHSYwtEqG/UQP9loIu7WLBl6BCXuLUj4NIXcITiTBTp/ijxxuumzyDTFdkvUe+0mx8l2UEiE9wRP9WJJueFGW0TOUs9XPw+kqpiPMAPdo/5q5yo2+WyCCbT1BQhcYPt03T4GrXxlrYkXUr3Vq4T+kOZo4CT3XiHrwhfwDdNEzlMT+n3jg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725080720; bh=APeuQRfBHqqiBCJQK54t1DTYh76z/wb2K8EheiJ1eed=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=IWl+Y+hvcq4Hm5Zr+plAq2IHmvE2YWefVwHzghHB2qhrTSnLj2pwsekHyQWMb+uIlUkS2h7gWNs5E4iJE+jzKTRTfK7CcmT07O/FAJmAPRsbJYmtLNBsmgRGlHo4fmfkiuGqtJxgBf2W55JTGqhPu30CnyjXm55p0OXScPdDhrIwLkV7aaFW/xQTffiQFCN0wMbaxLO0tMqZ3QzJROF6LPJw2WXlO1tmw2YY24LdPXzJ8hkYTl7Zl+bwzWydI3pOMQEZmvI4s/BlyAoUuZd1DephRY5YOjcDt44Os+NN6MNXz63oUZUMCLnHUDCFPESNPl/3KjHN0XrMuRICU5Po4w== X-YMail-OSG: jDij.d4VM1niSlc..nb_2br_z1HC9OuSUz5BZxyr0Yssd.O.iRGcTVaj3dcWnt_ Oh3VrU3So1BP1T3QFBLdG3qNuKGs0Hf6uQaK0EXPckRMrSLEWKOvQhuwR2tGnTxrD_0H4dnfN6uo 6Qgz8JOiSIoASd_6R0RRBwj0qsEWFfy3jZj70Lj0qp0.fItL8opMc4m7aeyZKVA9oJykyTw0UerO U513BvwoMYAqlT6OFQcz2KFrVYG38Pp9JFPBD_Z6E8Ei0rd9EMKw_Adf6ImS.hJYaDItbitMx3WK sKYFadKdtwZYOaMkwcgH2vsrAo.2xlOInHp8uTh42iONxOQDDcDejmztKCbMWXeNG9oxexm0Y2L9 n4dEviSuG7oRRYn91_f0ysIzEpJjxVoyzy9Pg0uGhV6_p5w42vOVoEsN2sMchmnB0FV_aYrXNC8x 0btnQgNjHOSJGUA8JeHqWtWMN2j7Ex3sWURNvblrCN4fnZb261S.bF7d.ypA1Nvv7ercfOWrNJ.r pgX09d1I3aEZnbulndi62nIHGhIISuzEhAS_soaDFwgxuu2Jag3J1vJp2YMt8kN9GTuqi5ITJQ0m p4K2c9o1IqHK7Wb_1ZFHM5oGsmg81ax6CG4Ua.qcGyx4l7tEeiRTpz7Z2RJgKGnDOcOfz7K3ZCRd TgCGXbP4G8KDgOtkPfTJ.DD6B853UIPliUswpVyh5xv42CGZAGaCkAIRu.hkL8RiUMNp2UqodMZa 0bRy4yGyyt9N4OwWuGMLVtbPL_CeBN8twFapckHP_LNZqDtvZvJdUHyuqoLx4SmCAQMj_0qq0BiX rS4U7BC7xR2cJGJMczVWTzsGb6PnbQ5dyPX5gj4y5l09uJ32xl5arjt7oN2KyIvt6PXDZaiixaGp u2HbnPDln2MdPh917uNrEVZvQerosYlLdwR7if5M5eauuMm8d8fZJlLB5rWHL0hyRydm3H8ioh5m 9el7JZ59rusU_hqJvdSOcxX01qVBC6OYJemWNlIu.QwH3bcIKDiPKOpk7r2aQYieZlPqNY2VHKvi ATSVVBBs_9amLo7mKRfR8CIaaoWT7v1t0JpZku4ThgQwOt1MPSC_EdbVi4cUdppsL2uoep1k.0I5 43rGyvUOOt7DXhXKPl46Mirn6LHM7UW0yAMzhD2YF.6qd5QIOZzflGD3mueKXZLxIVdxFBnUU4Kd XTsPR5Of2DC4U6T8EBGczNQeVzzydY8.XMfyNvzQwVEOFheSvCbSNM2nz_tUee0se_CTM3t8zd_y iqs4ikcrw_9VAHrZGnhzHv7vyngQOtW_0levAWKwXnZizbPAwYRQjxAIbhaF4JMEVUybh2O3Ojl3 L3Akb9oxn2lp_3LiMIbKtOftbsh53P9mOTRhJe_F2Vrd8zoQjMxlcQLX9LgxTzzbkLsV2aFGd0Tt LyeXwxmfOwHHwAqQTSvGw14GN8E0EzqjMm_dXFvvF35QxSqynU9kvKkpmmb0Isk6rg00LXJ6Bn78 2aH5APN4QXUNAkeKi62t13cFVNMxNW0aHtitUz0E2W4CtbS7f7xbcerXK32Gz8BHhHuKHL9OpETZ WGgFH.uNxtgRSjPsYrAQxzPS2xTuS0LQ1FW5UddEOvu4S6vkquEWvle429KumddR95ehmliZgeAg TcJEeINP9mS.mheZHH.EyW_tQvg6ZNWgRSWbiYVTHII4jX2Ymyqpf1NQdYmjjMqOHe_XZ1XC4fvX 0ub_DPNpS2DgkrcCJaHA6IGcZOXQlRxuGR93W_I9pGW9P2Z.aQ.Q5zyYDLfxDvuqBiGqkobKcPX. CS2xstSvKS6SfzpU58NjNv_hYNX2RPkaHsDQAOfGcyU8Nm21IhNXKZHmaqkUmK4f4uVZwBNtZgBY OV3zUQ1OfzQVTjkgNiQB84sz.ujpV0VuhsrU85628Uj8lKJSIld4jwnCoC2wCb3Uv9iVGp_JbXLO EaYWWE4A6y9pSXyS5Y_RS15zpcowUbR_hSd1VQM_5IpaB9q4rQhr.u5wXL05zCbU00olwrYGbd_a 7x7ieoeeEOT5J2CC2a0o.pHigY3iU4.btLKolC5xZFueO5yZHPmx4ywCrNxZlVm7SZq6BvsQ.vPd hWQvscV.RDKuNTK.s5UM9Cwj.XQjSAoHxEIsZw.7wPR6zN6vecv95ziV3T7mTH6aTvTcHW071TNf pxyn7A202ohpmk557l9SrQgvPeg5fVMg2L2HbDjDcgBBRP0O6wTrBeX9wtTCMhJGUXGmJ7mbL4Xk ChZJr0HMZJx34BCchWW.CnxX9ytcStojSZjLb1C9L_nehN9B3k_tfV1M0jTisadvLChso4dTCg.I TTUFlvB78SIIELHpDyI4VRjVldEhSUQ7YqPJynb7Y5Q6BlJo- X-Sonic-MF: X-Sonic-ID: babf24ac-4270-4c36-bf8c-946d40ea0cd4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 05:05:20 +0000 Received: by hermes--production-gq1-5d95dc458-b574z (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a48c938e75bb8d2de92244db149046be; Sat, 31 Aug 2024 05:05:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Fri, 30 Aug 2024 22:05:06 -0700 Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.884]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4WwjdG53k4z4Vv2 On Aug 30, 2024, at 21:26, Mark Millard wrote: > On Aug 30, 2024, at 20:33, Mark Millard wrote: >=20 >> [Subject was retitled.] >>=20 >> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>=20 >>> What my test-of-building got was: No include file found = and >>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: = was not): >>>=20 >>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>> 37 | #include >>> | ^~~~~~~~~~~~ >>> . . . >>>=20 >>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>> | >>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>> | ^^^^^^^ associated item not = found in `OFlags` >>> | >>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>> | >>> 203 | / bitflags! { >>> 204 | | /// `O_*` constants for use with [`openat`]. >>> 205 | | /// >>> 206 | | /// [`openat`]: crate::fs::openat >>> ... | >>> 333 | | } >>> 334 | | } >>> | |_- associated item `TMPFILE` not found for this struct >>> | >>> . . . >>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>=20 >>> . . . >>>=20 >>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>> | >>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>> | ^^^^^^^ associated item not = found in `OFlags` >>> | >>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>> | >>> 203 | / bitflags! { >>> 204 | | /// `O_*` constants for use with [`openat`]. >>> 205 | | /// >>> 206 | | /// [`openat`]: crate::fs::openat >>> ... | >>> 333 | | } >>> 334 | | } >>> | |_- associated item `TMPFILE` not found for this struct >>> | >>> . . . >>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>=20 >>> . . . >>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>=20 >>> For more information about this error, try `rustc --explain E0599`. >>> error: could not compile `rustix` (lib) due to 2 previous errors >>>=20 >>>=20 >>> For reference: >>>=20 >>> # uname -apKU >>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>=20 >>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>> Author: Jan Beich >>> Commit: Jan Beich >>> CommitDate: 2024-08-24 18:30:01 +0000 >>> branch: main >>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>> n674987 (--first-parent --count for merge-base) >>>=20 >>> But firefox was updated to use: nss>=3D3.103:security/nss to match = what was >>> available. >>=20 >>=20 >> Using devel/llvm18 instead got the same. >>=20 >> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >> also shows the arm_bf16.h file is not present. By contrast, >> for an aarch64 context: >>=20 >> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >>=20 >> Looking quickly at more llvm* shows: >>=20 >> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D arm_bf16.h = arm_sme_draft_spec_subject_to_change.h >> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D arm_bf16.h >> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D arm_bf16.h >>=20 >> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >> llvm1[789] do not. >>=20 >> I wonder if: >>=20 >> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>=20 >> doing: >>=20 >> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>=20 >> was correct. I'll note that in an armv7 context: >>=20 >> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>=20 >> suggesting that gcc14 considers the file as not aarch64 specific but >> as armv7 compatibile. >=20 > I got that wrong! arm vs. aarch64 have different source files with the > same name (under different paths): >=20 > gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H > gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >=20 > (More content is different.) As for llvm*: clang/lib/Basic/Targets/ARM.cpp has: if (HasBFloat16) { Builder.defineMacro("__ARM_FEATURE_BF16", "1"); Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); } clang/lib/Basic/Targets/AArch64.cpp has: if (HasBFloat16) { Builder.defineMacro("__ARM_FEATURE_BF16", "1"); Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); } which suggests bf16 support has 32-bit support (even if it is armv8 32-bit). Looking for AArch32 state in: DDI0487K_a_a-profile_architecture_reference_manual.pdf it says (via the AArch32 column of a table): BF16 Supported if FEAT_AA32BF16 is implemented. Looks to me like the removal of arm_bf16.h for llvm target ARM was incorrect. >> So I've put arm_bf16.h back into the llvm18 test context and sometime >> after 3 hrs I should be able to report on a firefox build attempt = with >> the change (I hope). >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 06:29:41 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwlVs045tz5Thvm for ; Sat, 31 Aug 2024 06:29:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwlVq5f4mz4cPl for ; Sat, 31 Aug 2024 06:29:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=fNyhEiKS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725085793; bh=yFhJM/49Ko0Yn9zKhh8Wg9Rs4NpkIRAFo7hNVnSVM/I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fNyhEiKSAovKkIfwn0nhNF/mQLiUcbHgeFE5aKxrERE0tgzJ+g6bGYo4sgItANVLsLsVc5qDOtyEVvJmUBOdIJCqZz457t2Mx9SYNl1A6vVco5Xq2LxNRKAMMwlL05t6Ij+KSFIViHB6S81ioTW739xccHntUeZcrCnsfZt3AV26FUN6MNOrO3U5Qeqa3GzS7mUMQPwAjX+N+TZrKMyMCMl8Exf5O33PTRFRDbtPMUJFCLt+ov7yPL6JLzwRhsjz800lQPs0xbxWuulUA0gzBUM5qis+Kwkdlllw3qF9ujpHcZat0iofQzQVWav87+YImx7y3lelFV000sm5KbW90A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725085793; bh=fYRcPIJx2TudAaiPpwz0g9QhzNG7fWyVjo2mSJp+3Qa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UVMCsRFsPEXEH1m1cWIM0s2R1GkcMoGLe+llhNgJZ05MG24Z2Bu5S3meK3VV9m3fpldSB1oOE9QSLOy/+ewhvtsLj8UsIkZy4BayUwYkSFuxHnPOZNZ8Ghva7Whf/nRH7QESmxyeNpb1wuKluaPaIqNvp1QsjkLW8sjEocU1Rcw9AR5rnSHcAc+rEXJdP5CbgXdk7l8tV20vkr/FObG05t/NgW/wjMc8vZ3tA20XwZPhuBHzddybEUs8pHIKkdcn4JykRlnZarcf6Sdc/8rw54WZOvbn+/+4uAIjMbpd8HBxEcm7x0HmfJoSsFxZ1kCxgAXIq3OYerVg3E2Dg8L5xA== X-YMail-OSG: iIg5w_wVM1lmxfegFm3BrEWRbROG254H6gzjXunrTIfBMhG6xvPEUZ8P443.7zp UGn6uJq5nXr64S5cWZilAss05xM_tPHM_mLFtMPfEPnI3RBkTqnDNR.luFD_l3OC5B.2bzPclUkE Pq3RECaF5wA4iENLqBEMVXukxagPyij1NixP84nHlAnwbXsgCtzrVSp1YUE0B0A_WvKSofJXMWGp 3gyC0r8zoT3n1Xwatj9W_x5Gh_xAZxRqsDe3sp.sLSrL.nAQC_8udxjNHu5gXbNNfCrp4u4dB9w8 SdrzSxkzTzrZHrW.TGJUMV8ISmzxtVRnmTl5fNEdSV5eNGhRzv3DKCwsFKpjOtd.sazAkiiqYkcL pE32vIYQd4HMg9sC3YEL0BJHJTNza5NPkCqmD0aWoN5AdtbtugB5v43kb5KPxbsfZn1xoc1orPK3 G5pdmzQ.aCHzXN.8oD50YtFg56QKWIN4nqOzgPNLNrNw.Ie3Ex5.fX8olT7YE_hyTl4pJULeVABZ L4YKfZyRLdVfB7cYhbfCjL7SlkUgG8duUuD8qcf.Tk7TpgiuWzt85r7YegaLDUygVzmit58Xhy9n FTdqRgASs2F_VhW4T8CkkQkRXXp15kdqPWM0ae6w._GQLiUJQeWNbhBPom3MpIRKl4jJ7VBL7wzi oPWSL_frs4iq6rG2LPvqVnvneqx6dLOsOOm7AWG.TEJHM0JI2AV46OVRjfW0vrgyX2GpKWgB8vYP Z9kOxl3_JuejKwQztBVMsavSjY9MXbiZiZ2g_FyfMoJZ3xliNnzEMbuf6FwPrzYV7TtzpcoaBw77 Kezvy6XOnDuz3lYIvu7AgmVubKcjWD_fkxlgdU31uqEGjpcgpyxz.WdJ2FVUVuC1DBEYF88JXD88 d5ogkV2IGe8wEu8Y4uq45vCVtcLw2GLtHW6FKIHcSc5foQKtdFW_ErD4Zt_A.VVQpWM0Jg4HxILR kkWShYfvYFzBygIyESG1BKDk5CjVsuFkujbIKNd8EVm1jRkqlKYqHv4ZDd6aiFObrlMQfwJl8J8J aoYjaGT4..7aHoHO4SVDqVixjZgkClFa8yFNsM6he8IqQd3vHKKzqRpb2KLt_2AVTwa_CKlbyxJ4 2deZQvmomlGDoDnVyzDW1nVXdceVHk8tOybgnUR2twMWkae0u4Lzf.gneBBCRg7CoZPMfHnFEmkq nhfP76y3PTjH_HDIJG9WhmiS0MNfmzrfPRUmsqChh2X1oroqyBx2Tod9.30_91OLol3I3tQNEOrE 4B1hp4XSwpDD5wwhdmZV9GxsdWrFjO7huGgar.Z5gYqhiiR0pdW5n1G0BkhNih2bqkTJWrKEYUHe WRBPHhnOC3mnCqC_YBt4bIjGFrRauF0elxUoLIPLly2FBw.b0x1_Qi5J9i4PLDHaF4_z8J0iBUyS QXMTJCHy1a9dDv2gtxcI0zGwx1LGbVvKas1GfCmE17qJi.4Evr8erCX2H94xgD7ww4gGidFhYHgu D56RQrlFWW_6tEqVX4GGyKd7xW8EFT5pPK4Vbn_AvFAHf0f4xWa_8XJ0KvS2CWaF8icxbWSm2raq s1KYosG9G6MZ6JcllFolMdxlr169GSUAHK44TT77XepoEDAWCZT7CRAh74DXNLL1hEgDZvigiHpa 1ZIPO6acWZZZmQiVG8ylfWbwGdYQhWh3P0Y32LgFW2HdJriqo1bJ2ci7Scx8pN.0U4AQNL5e9BDB _Zh4GGaJjdVOCXdXUC4yQIwnu6QR_yM2W4DRr961GHMbIlhoagQ4NpFihZnwVfMiLykbFVFUiTMu 73DEawkUxa6jABClDo8odsJcQOpUvLxgMF60Y33DDsEv6_xDtljJC0StlDLMtO0_VRwUiB8TW6Pz nynrmfhHaN8JgSMU5Q0lfz0qQwq28.s9eFLCet8CMPHxrp2JAe7Dr2VVyAd8PN3o4_YNYuM4xyNU E5RtQ.DtbfhpfnyEnPXJLY2R_VF0.1PzAkCnSYWqw8P2h1vlQULOe525APO9sCKEuxOrCYyuxbzJ qGcX.0xaDnK4HMxLX5_nBcSYqL9vrIVJ6luWHqeRqcBapg7VRyf_B_pCUKpLO2npOjmO76tfqrlk B8Rva_FCOn.2NgCJDgbEOUM89SziWZgH2Iceqk2z51mZmel4HUx.eHG3IUyt0jmD0hymTpumbwFy g5_AJX1e7SlFSLn..JOrc6uu0j2HTmTqpTTgJkd49JxXFwUp131g_Yd7F.h525qpcRioUZEBbbus EKbAzrBNoVUy8aooYFYxdi.QCtcSSI75sZDz0s9b1gkAUogTikaG.E0UUsEqx X-Sonic-MF: X-Sonic-ID: c0da4511-f563-4780-a578-314ccec1658a Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 06:29:53 +0000 Received: by hermes--production-gq1-5d95dc458-6q8w6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8883d9e59274279e414ddca33421ea99; Sat, 31 Aug 2024 06:29:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Fri, 30 Aug 2024 23:29:41 -0700 Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.89 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.89)[-0.889]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4WwlVq5f4mz4cPl On Aug 30, 2024, at 22:05, Mark Millard wrote: > On Aug 30, 2024, at 21:26, Mark Millard wrote: >=20 >> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>=20 >>> [Subject was retitled.] >>>=20 >>> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>>=20 >>>> What my test-of-building got was: No include file = found and >>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: = was not): >>>>=20 >>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>> 37 | #include >>>> | ^~~~~~~~~~~~ >>>> . . . >>>>=20 >>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>> | >>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>> | ^^^^^^^ associated item not = found in `OFlags` >>>> | >>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>> | >>>> 203 | / bitflags! { >>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>> 205 | | /// >>>> 206 | | /// [`openat`]: crate::fs::openat >>>> ... | >>>> 333 | | } >>>> 334 | | } >>>> | |_- associated item `TMPFILE` not found for this struct >>>> | >>>> . . . >>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>=20 >>>> . . . >>>>=20 >>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>> | >>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>> | ^^^^^^^ associated item not = found in `OFlags` >>>> | >>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>> | >>>> 203 | / bitflags! { >>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>> 205 | | /// >>>> 206 | | /// [`openat`]: crate::fs::openat >>>> ... | >>>> 333 | | } >>>> 334 | | } >>>> | |_- associated item `TMPFILE` not found for this struct >>>> | >>>> . . . >>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>=20 >>>> . . . >>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>=20 >>>> For more information about this error, try `rustc --explain E0599`. >>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>=20 >>>>=20 >>>> For reference: >>>>=20 >>>> # uname -apKU >>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>=20 >>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>> Author: Jan Beich >>>> Commit: Jan Beich >>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>> branch: main >>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>> n674987 (--first-parent --count for merge-base) >>>>=20 >>>> But firefox was updated to use: nss>=3D3.103:security/nss to match = what was >>>> available. >>>=20 >>>=20 >>> Using devel/llvm18 instead got the same. >>>=20 >>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>> also shows the arm_bf16.h file is not present. By contrast, >>> for an aarch64 context: >>>=20 >>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >>>=20 >>> Looking quickly at more llvm* shows: >>>=20 >>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D arm_bf16.h = arm_sme_draft_spec_subject_to_change.h >>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D arm_bf16.h >>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D arm_bf16.h >>>=20 >>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>> llvm1[789] do not. >>>=20 >>> I wonder if: >>>=20 >>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>=20 >>> doing: >>>=20 >>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>=20 >>> was correct. I'll note that in an armv7 context: >>>=20 >>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>=20 >>> suggesting that gcc14 considers the file as not aarch64 specific but >>> as armv7 compatibile. >>=20 >> I got that wrong! arm vs. aarch64 have different source files with = the >> same name (under different paths): >>=20 >> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>=20 >> (More content is different.) >=20 > As for llvm*: >=20 > clang/lib/Basic/Targets/ARM.cpp has: >=20 > if (HasBFloat16) { > Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > } >=20 > clang/lib/Basic/Targets/AArch64.cpp has: >=20 > if (HasBFloat16) { > Builder.defineMacro("__ARM_FEATURE_BF16", "1"); > Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); > Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); > } >=20 > which suggests bf16 support has 32-bit support (even if it is armv8 > 32-bit). Looking for AArch32 state in: >=20 > DDI0487K_a_a-profile_architecture_reference_manual.pdf >=20 > it says (via the AArch32 column of a table): >=20 > BF16 Supported if FEAT_AA32BF16 is implemented. >=20 > Looks to me like the removal of arm_bf16.h for llvm target ARM > was incorrect. >=20 >>> So I've put arm_bf16.h back into the llvm18 test context and = sometime >>> after 3 hrs I should be able to report on a firefox build attempt = with >>> the change (I hope). >>=20 >=20 So, it no longer failed for amd_bf16.h being missing. But it still has the lack-of OFlags::TMPFILE problem that stops the = build. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 07:16:47 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WwmXy2Wv4z5TmBp; Sat, 31 Aug 2024 07:16:50 +0000 (UTC) (envelope-from mmel@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WwmXy1yK1z4hsC; Sat, 31 Aug 2024 07:16:50 +0000 (UTC) (envelope-from mmel@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725088610; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zbSe2hJKwshLEKf0c6MHWRgm8tjhijUsYBLo4eqA3Ko=; b=SoM9gIAAMPul4qDP1skFLcMwzbWpbbw59tQD8RFPsBk4Qg9jxn3RRWXqUHl671r8+aT5qZ FaYmEHBsW0CtO0f88qMunQxgtfsL+PHuYljLrGEaV/QbZzrvvkJGMkQUmO994CtlozRrxm 9w1JIQ7r2aATuO+qymeo5hpbawyh69N2KN+FwL1Ogd4xcanOMA5uZJ8YY0Vps4IItIKpHD 1/3R+AnNLPl0nSiC2QEFNgssQgKQW5OjtXxboFQXPGDvd6Yb8ZlNYwZ7FP6vd2V/HN1sRp MPfIRgaS1Kkxt+ymQmXhkSkzNJygYLpCrkRyGAw4RspwT+hayUfBj868weyNcQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725088610; a=rsa-sha256; cv=none; b=GM4yVmmy7AtJN48T40HhZg7WPoBITqwFKPF9l+yHK69XBJrF6J0E6kCMdzAtkh+WB+rfAa rRbW+L+HqUNGAbzztcviDvyWLcj3mGZAcbUrTRC0Sq4wYl/0FgJx4uwhp+HWVyzSqtXDX8 +3QYuacJ6zVnDiaIujiEtdYpZsKjklS26lGumeZNY1XZOWOrzC7/escGWDBp1TSqY84Xh2 Gj0ucRab+C95gJBaJSlA52L+vi7hBKxuA48fpzX0AyFEhwkVCKQyRAJx8vjoG9SJmFlGS8 pfq8CSAyMJQmssW6gMKxTun1mc6W11bEhwkEWFsggRIaTCtyJk201/82Shv3jQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725088610; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zbSe2hJKwshLEKf0c6MHWRgm8tjhijUsYBLo4eqA3Ko=; b=mAkKaNXMDKiQN7jou3gh3tOOYAqhjKQ3F9D6mVM6+PZqs3fVwa7e2FK3tRBK96FeQsgAtd IN4CaG4Fw/dlUpmeQG9EUwYiAEw7H/oOu8zKinjJ1MmGxiVWiL+vo3M2wDyapo7N6L1FnX zrIcprcSpBzc8AsqfSfymBJ8BfAAmBj0fLrG/b44wB6XyxD3LijiGMLBh0kMBCelGIxlhZ 6PwEi5f9d3bOHOUBD+jIQ3YNC+55d6Ddpi5Dpxw1ufg5zT095En8Q8ycl682L+1WgJbhsb gdgDfc45EF7Gmt0Flv40prkm+UfD9trFW4LOoMFir3FEMxnl2jIfJ0+k53Bbog== Received: from [IPV6:2001:67c:14a0:5fe0:686e:135e:76e3:3f4e] (unknown [IPv6:2001:67c:14a0:5fe0:686e:135e:76e3:3f4e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: mmel/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WwmXx2vZcz1SW1; Sat, 31 Aug 2024 07:16:49 +0000 (UTC) (envelope-from mmel@FreeBSD.org) Message-ID: <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> Date: Sat, 31 Aug 2024 09:16:47 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: mmel@FreeBSD.org Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] To: Mark Millard , FreeBSD Mailing List , FreeBSD ARM List Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> Content-Language: cs, en-US From: Michal Meloun In-Reply-To: <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 31.08.2024 8:29, Mark Millard wrote: > On Aug 30, 2024, at 22:05, Mark Millard wrote: > >> On Aug 30, 2024, at 21:26, Mark Millard wrote: >> >>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>> >>>> [Subject was retitled.] >>>> >>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>>> >>>>> What my test-of-building got was: No include file found and >>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was not): >>>>> >>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>> In file included from /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434: >>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: 'arm_bf16.h' file not found >>>>> 37 | #include >>>>> | ^~~~~~~~~~~~ >>>>> . . . >>>>> >>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope >>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:144:32 >>>>> | >>>>> 144 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { >>>>> | ^^^^^^^ associated item not found in `OFlags` >>>>> | >>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 >>>>> | >>>>> 203 | / bitflags! { >>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>> 205 | | /// >>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>> ... | >>>>> 333 | | } >>>>> 334 | | } >>>>> | |_- associated item `TMPFILE` not found for this struct >>>>> | >>>>> . . . >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) >>>>> >>>>> . . . >>>>> >>>>> error[E0599]: no associated item named `TMPFILE` found for struct `backend::fs::types::OFlags` in the current scope >>>>> --> /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/syscalls.rs:207:32 >>>>> | >>>>> 207 | if oflags.contains(OFlags::TMPFILE) && crate::backend::if_glibc_is_less_than_2_25() { >>>>> | ^^^^^^^ associated item not found in `OFlags` >>>>> | >>>>> ::: /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rustix/src/backend/libc/fs/types.rs:203:1 >>>>> | >>>>> 203 | / bitflags! { >>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>> 205 | | /// >>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>> ... | >>>>> 333 | | } >>>>> 334 | | } >>>>> | |_- associated item `TMPFILE` not found for this struct >>>>> | >>>>> . . . >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) >>>>> >>>>> . . . >>>>> = note: this error originates in the macro `$crate::__impl_bitflags` which comes from the expansion of the macro `bitflags` (in Nightly builds, run with -Z macro-backtrace for more info) >>>>> >>>>> For more information about this error, try `rustc --explain E0599`. >>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>> >>>>> >>>>> For reference: >>>>> >>>>> # uname -apKU >>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>> >>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) net-im/dissent: update package description >>>>> Author: Jan Beich >>>>> Commit: Jan Beich >>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>> branch: main >>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>> n674987 (--first-parent --count for merge-base) >>>>> >>>>> But firefox was updated to use: nss>=3.103:security/nss to match what was >>>>> available. >>>> >>>> >>>> Using devel/llvm18 instead got the same. >>>> >>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>> also shows the arm_bf16.h file is not present. By contrast, >>>> for an aarch64 context: >>>> >>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text >>>> >>>> Looking quickly at more llvm* shows: >>>> >>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>> /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h >>>> /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h >>>> /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%%LLVM_RELEASE%%/include/arm_bf16.h >>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain a >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: `arm_bf16.h` immediately before their own typedef: >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: #include >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since `arm_bf16.h` is very likely supposed to be the one true place where >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; >>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << "#include \n"; >>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64= arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64= arm_bf16.h >>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64= arm_bf16.h >>>> >>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>> llvm1[789] do not. >>>> >>>> I wonder if: >>>> >>>> https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=778e212f234a825c5e19612df4be2e8f838cb024 >>>> >>>> doing: >>>> >>>> -_BE_INCS_ARM= arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> +_BE_INCS_ARM= arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>> >>>> was correct. I'll note that in an armv7 context: >>>> >>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>> /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16.h >>>> >>>> suggesting that gcc14 considers the file as not aarch64 specific but >>>> as armv7 compatibile. >>> >>> I got that wrong! arm vs. aarch64 have different source files with the >>> same name (under different paths): >>> >>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef _GCC_ARM_BF16_H >>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef _AARCH64_BF16_H_ >>> >>> (More content is different.) >> >> As for llvm*: >> >> clang/lib/Basic/Targets/ARM.cpp has: >> >> if (HasBFloat16) { >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >> } >> >> clang/lib/Basic/Targets/AArch64.cpp has: >> >> if (HasBFloat16) { >> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >> } >> >> which suggests bf16 support has 32-bit support (even if it is armv8 >> 32-bit). Looking for AArch32 state in: >> >> DDI0487K_a_a-profile_architecture_reference_manual.pdf >> >> it says (via the AArch32 column of a table): >> >> BF16 Supported if FEAT_AA32BF16 is implemented. >> >> Looks to me like the removal of arm_bf16.h for llvm target ARM >> was incorrect. >> >>>> So I've put arm_bf16.h back into the llvm18 test context and sometime >>>> after 3 hrs I should be able to report on a firefox build attempt with >>>> the change (I hope). >>> >> > > So, it no longer failed for amd_bf16.h being missing. > > But it still has the lack-of OFlags::TMPFILE problem that stops the build. > > See lang/rust/files/armv7/patch-vendor_rustix_src_backend_libc_fs_syscalls.rs for inspiration. Unfortunately the exact patch depends on the rustx version, which changes a lot at this place. Michal From nobody Sat Aug 31 16:02:36 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wx0D5292bz5MbnT for ; Sat, 31 Aug 2024 16:03:01 +0000 (UTC) (envelope-from matthew@matthewphillips.info) Received: from fhigh7-smtp.messagingengine.com (fhigh7-smtp.messagingengine.com [103.168.172.158]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wx0D41fWGz4JWS for ; Sat, 31 Aug 2024 16:02:59 +0000 (UTC) (envelope-from matthew@matthewphillips.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=matthewphillips.info header.s=fm2 header.b=1XTaFr0H; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=DbEs13LX; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthew@matthewphillips.info designates 103.168.172.158 as permitted sender) smtp.mailfrom=matthew@matthewphillips.info Received: from phl-compute-01.internal (phl-compute-01.nyi.internal [10.202.2.41]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 474861140130 for ; Sat, 31 Aug 2024 12:02:58 -0400 (EDT) Received: from phl-imap-14 ([10.202.2.87]) by phl-compute-01.internal (MEProxy); Sat, 31 Aug 2024 12:02:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= matthewphillips.info; h=cc:content-transfer-encoding :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm2; t=1725120178; x=1725206578; bh=CjefvYwHVYNxamup0tQcTnHNxrJsKnKd PlCItbX6xn4=; b=1XTaFr0HZ9lkbPtFvt+G6C5AuQhNMBu+Qu/E1B/vA7VnaaQd rEWZLDOoYn0xSqZ2rjcr5pKkGzSy1Ci3tVKZ3ouHmpDyaLJUQb37i60jwciZbstz 9BwEyceOqKyKVIgyB3pIvSYeHocCx9Ljv3V87jnSGw8PBKugGqFgEC82sOSH+JiY nU/huDMkzcBC5JaUfB8Px23vvmWDj+m2NMxFF4swUDiPMTJqn4MHKKjiA57v2czZ PTx5njUPQlEkPRN5PXQDS0pK+RdKif8iJU4lcBKscI382KhMnzjlavRt3MkPDXZZ k7Fl3xB45OogmqCrQ39GDcYDd8F2VAwiaUmM5w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1725120178; x=1725206578; bh=CjefvYwHVYNxamup0tQcTnHNxrJs KnKdPlCItbX6xn4=; b=DbEs13LXoUbvwyP7bN/tY9v9zsLSmbST4daT1sZCkwqQ 9cMysIVa0J/XUvnppCi1fkLtUNpBeX7aRkLNtgyZF5nrHhh9+kh6bFGT9bcg9r87 jidIoCz3wcHGRFp8MEvYWx1swulF2+O7tkytLfGmsgPlWODQvhdoRZKjaXI0q0V9 2jqTSxNNsifSYQ/YKJGTokNFnsmRJS9gGpDXCqVuBXJ8tfpn3gsiyZS2GbVvJ9Me +hY+kHmAzzFzKkjIyyBuBfsKBapWZdeDlib0rqB1ikLHlDYrxx5xRVh6Q1K88j1O RRxsy+hiK9TgqtmvHZsi8wuUUkaGge+/u6l9hnUETg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudefkedgleeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefoggffhf fvkffutgfgsehtjeertdertddtnecuhfhrohhmpedfofgrthhthhgvficurfhhihhllhhi phhsfdcuoehmrghtthhhvgifsehmrghtthhhvgifphhhihhllhhiphhsrdhinhhfoheqne cuggftrfgrthhtvghrnhepledvkeehkefgveduheekgfdvffetfeekgeetffekhffgvdek teegveegheekjeeinecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgrthhthhgvfiesmhgr thhthhgvfihphhhilhhlihhpshdrihhnfhhopdhnsggprhgtphhtthhopedupdhmohguvg epshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdhpohhrthhssehfrhgvvggs shgurdhorhhg X-ME-Proxy: Feedback-ID: i4e5840b4:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DD802280007D; Sat, 31 Aug 2024 12:02:57 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Sat, 31 Aug 2024 12:02:36 -0400 From: "Matthew Phillips" To: freebsd-ports@freebsd.org Message-Id: <8fabc9f0-0730-4143-8bc3-7f783d929325@app.fastmail.com> Subject: New package: [net-im/snac] needs review Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [-0.96 / 15.00]; HFILTER_URL_ONELINE(2.50)[plain:0:1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; R_DKIM_ALLOW(-0.20)[matthewphillips.info:s=fm2,messagingengine.com:s=fm1]; HFILTER_URL_ONLY(0.13)[0.057971014492754]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.158:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[matthewphillips.info]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[matthewphillips.info:+,messagingengine.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FREEFALL_USER(0.00)[matthew]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4Wx0D41fWGz4JWS Thanks! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278385 From nobody Sat Aug 31 17:43:06 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wx2Rv4brWz5MmFV for ; Sat, 31 Aug 2024 17:43:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wx2Rv1g65z4SZR for ; Sat, 31 Aug 2024 17:43:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725126200; bh=UWErIHNtXIRF0nCZ6L/pJOn6hvaqSWSpIfCGERlyGkI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=frhqNViSaJoHyf4cmKQ7WIS0BWgjPS70YyRjwU1FFTWeYhPbDIyZRIcaSxkd8wrDc2fqyR2WovJHFOM7kfcYEisDDljZGBr/bVWapn02Wv0WCIZl1m8fWktzRYJWAUyvZ77Q1BpaBCJq3lzh28iKAGXUDwAungzJlhqw6+vkCbCinHLdlpiujc2cqJJG1/ksxWKJrTCWhRegWoOKSBXYPrvelPblrmfzzvxZhBqlZENH/KtOLXLHZJL7y0E3QXX1ud0x754wGGPtwa2f7YLmSJf7hidzZ2AWHxujqYGa+nnRFqih/YpcLT+ChBu3NHvbmCKo3RhwsVCeqlB36r+ucw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725126200; bh=Xp3ZczZpxy215q4PR/HG6LbqSbH1Oqu4QbPk+Miz3Im=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=N/ZxBz0BgQMbmMBTBV+f+YsISC76G6EjTMzgIg60QFlgpoau2/bGLwXwcNsbL3LJALl33BgiR4hyGa9PLqK8D2mJf1u4dG1jvkO7VAKFKes8udY6XD/Y/5Uz8LZ4hZZ4a5fIqA7RqTpiOWykWcuhW7gzM2EkVlpEWShhUIVFvnJ8K32KFYwZcQENQRuBDmAbNrKrnVX8cSH9rb9McZBvE8xqE+69OqWrlXMGKx1Zeh1yMxw7etMP4Ve/RXuixqm0KkczS6MO8Og6o2w5qoY+dJ15in94JjDRmIljCvr56SslkVnzkys+4//J+neUBuX1WBwzk83/ZzcTTWWjiN8JtA== X-YMail-OSG: AewTWqwVM1mhqUKP8SUXscvru2rXRmpRaBner5oOVr.yvfyixcvVkFbGVtKHXYM 1nDwzCjMvCh.jtA34AvI1jkvsE_.K28j7SXENhtJKR8J5ct9MvhYR80Y9cMWy_mOw7MeUvJXPTQJ f2JhZmMx7aKLygJDy0Ecwcqyi.3YlU94KM8PQ9YqU0tsxOgrv.mWAPnjRK1.uTHuYhl01E2VEHhr 14ADaEQiH37nzyHitsMXkdOArwaAjkYS6ZgT8rti4VL6odDR38garJf8fqRyHBT4eBD6d8VvqHiZ i.zDMVU3UWlk9b4lnAkOKhmkZwPnfWyCcgGUUr4PoWFPTgE03sgxhu0PzsNiWQrNTXR385NEHsYM JOeyjAQwtpzlwyTKBZUIrjgoDE_t5ogxkXHG5FTfEirc3f.QtFDymXllc5ubSWEXJJUC0RGptvWK hRPHVwK1jJdR37TCGEQ4BKs.saSSkGVacioeb2eNeVGXAXSI0zeAg6AY9YxQo9Xa92okY4YIRuJ9 wugR2Tw0JtuyptiogCj3oDMg1RwJGTauirjARoS9gir8R6P6ucYE.CfQoK0L3pyOHOOYDTKNdGaH cs_jyMGfhArueiZ9uTL4m1hDNTPMolurMhlajmbXprino_4Izu6mUyA3V12MzVN5e_fqOx7DfqAY ygvGAN5NmdXVuqZhK3FowaFeprCsXv2XvjQe9pU0KtzVZoj0Jz4BYXDUoAFkVSDvpR.frcPN.0Uf WnzpKKABfrLLyqQTQ.53XdUEgMAvozrJ0GAFleoOtNN0vQesLmYtSIaG_LSmSvmoqyFLKy2_BNHF tw.kwdf1MghcRPvFvG891vlqRAPUrS6mfP0JhWrIwho9DVeIwjATem_vL.4eRGaGdo.Ioi2D1pzP xv36F7GmhvH_l_.GnTGZeXzodkMSbmaaxK8oOIukhkIZQqHbqnaV50Qh7onv.mEHCMS6fMnJj_in BAWiS3rMcAvzgF3ywj_VcvF8wVc.YS7nK_eKUjwlY4OGrG9kKoOuv220Ad43w6Z8qL9mpY0H4o8f S.FU.UUyno4bX..pw9IKaPXX1nEK8L7Yc26LJXbNgraqI2Mn4XdmRenmbE6yRls7JKjzrvwvZFGe bA0PNRpQloPb64k5tuE27dXy.e68KMjEoC1ILUlDbFC7CZMGyQb3gZFgF3eFCSF_RD.bILyoE3DS KRQcAqbvE.7r5JIiEgn0plZ3S01CQnZlpSyU9xCcQvgneFgowLSAaNcUR0VOThFho7dxzl.g3iVd JP08L3yEgBjSvtETVs5og212k5BbtML7VYGPpYIoXt9pWXTG6qEbytG1DY9AW0sg4S_Leu4E9AVF Hjqfo6vq8bvzNk9bcXD6Hx7.sWHiXElz98FK2bZdsN8gmP4xGaBjt2OXPf1XykBBsfnnkOlmyCbm p_fw1n_.Rz_frn9QIjjJ.nBYm4UZTJsu_VDNmzCjkfJfoa5OvR4QB_kpiw4coFhE6414zplA2qUm KObTydH3r46iKfoHa1uA94peIz2hgBO7B_z5yWqO4rY.ZYcivWbpEHPldSZOv.o6GKy9X4FO.q4p BREDXytFj1I6iRbHnj7tOV9nnOyY_8RSsSYxrPdcrmXeigJ985dxabFmB9fQiae9DGPrAdYLvoS4 8NHyOGo3XWtlyx.5oedo73g68izU0Xve09CtJVnu4EC2wZ0IrT27ZJjqiazoXkltTsuG6whHSWoL ADwjBsx7xTdqnecCUKia7MLo.8qfUcKTajafVesBXSxUe_hvqg_bUeUouIu4v15nh3ix611lKgCU o_6VWy_fcr3XWKdY0OzgwEQql5d0ZtgvNUTZNLlArldfTqvqTqyGDHWzrKk_qKey22tRWoe2NMMs 2t9dUN062w3i8cJYTT1YsGx1SZHiGHMR2cSPsVDLEYW4Gh7IaOvzbUV9F4y75xd.z3mrdGHyr4.I cPa7YIblvNWgdoM7Csx5aXHWsEqUTN9GHdnjo5.o.aACz9.mhPlBBUc5XYM6FfrbhaQ89Wu49Qk6 N2hMscvHrolxvFHzWDkZVxzCVJCfV49BfS9alUULYdV.tfNcNjF_W4WE4nF53vXsKldF4n5OKajH AZywrMc_7zhH91hV_ino.IQE5gkcY3Y9ZjzalpssWd.sQ6PrMLsw1PW8dUaoTiCxHT_yK6YJRqzq 1UC30dpd16aTUGmciOGBHtxEd7kAW8mJwKkTja1ePYfdYwJVzy2uXLScUPpEu49PdlYlgYnftsS8 hBMTS3CsRgYuZ0WoXIgX4XOdYEyxYWuMkO6800aA3OkaVgopuRP20VZ0IO3NPoFQ7nkeCIa3S4jU tMp2s1.y6cBpm4zGtTIqwwCrYwIiLSzuwkMkcKb0ziyJu9GQ- X-Sonic-MF: X-Sonic-ID: 1851c1ca-05c8-4897-8b29-a76850338684 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 17:43:20 +0000 Received: by hermes--production-gq1-5d95dc458-5n5gs (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b32315c11689c559c0d6a891fd9d2fac; Sat, 31 Aug 2024 17:43:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> Date: Sat, 31 Aug 2024 10:43:06 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> To: "mmel@freebsd.org" X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Wx2Rv1g65z4SZR On Aug 31, 2024, at 00:16, Michal Meloun wrote: > On 31.08.2024 8:29, Mark Millard wrote: >> On Aug 30, 2024, at 22:05, Mark Millard wrote: >>> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>>=20 >>>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>>>=20 >>>>> [Subject was retitled.] >>>>>=20 >>>>> On Aug 30, 2024, at 16:24, Mark Millard wrote: >>>>>=20 >>>>>> What my test-of-building got was: No include file = found and >>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: = was not): >>>>>>=20 >>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>> 37 | #include >>>>>> | ^~~~~~~~~~~~ >>>>>> . . . >>>>>>=20 >>>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>> | >>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>> | >>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>> | >>>>>> 203 | / bitflags! { >>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>> 205 | | /// >>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>> ... | >>>>>> 333 | | } >>>>>> 334 | | } >>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>> | >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> . . . >>>>>>=20 >>>>>> error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope >>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>> | >>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>> | >>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>> | >>>>>> 203 | / bitflags! { >>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>> 205 | | /// >>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>> ... | >>>>>> 333 | | } >>>>>> 334 | | } >>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>> | >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> . . . >>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>=20 >>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>>>=20 >>>>>>=20 >>>>>> For reference: >>>>>>=20 >>>>>> # uname -apKU >>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>=20 >>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>> Author: Jan Beich >>>>>> Commit: Jan Beich >>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>> branch: main >>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>> n674987 (--first-parent --count for merge-base) >>>>>>=20 >>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>> available. >>>>>=20 >>>>>=20 >>>>> Using devel/llvm18 instead got the same. >>>>>=20 >>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>> for an aarch64 context: >>>>>=20 >>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII = text >>>>>=20 >>>>> Looking quickly at more llvm* shows: >>>>>=20 >>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; >>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>=20 >>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>> llvm1[789] do not. >>>>>=20 >>>>> I wonder if: >>>>>=20 >>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>=20 >>>>> doing: >>>>>=20 >>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>=20 >>>>> was correct. I'll note that in an armv7 context: >>>>>=20 >>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>=20 >>>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>>> as armv7 compatibile. >>>>=20 >>>> I got that wrong! arm vs. aarch64 have different source files with = the >>>> same name (under different paths): >>>>=20 >>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>=20 >>>> (More content is different.) >>>=20 >>> As for llvm*: >>>=20 >>> clang/lib/Basic/Targets/ARM.cpp has: >>>=20 >>> if (HasBFloat16) { >>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>> } >>>=20 >>> clang/lib/Basic/Targets/AArch64.cpp has: >>>=20 >>> if (HasBFloat16) { >>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>> } >>>=20 >>> which suggests bf16 support has 32-bit support (even if it is armv8 >>> 32-bit). Looking for AArch32 state in: >>>=20 >>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>=20 >>> it says (via the AArch32 column of a table): >>>=20 >>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>=20 >>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>> was incorrect. >>>=20 >>>>> So I've put arm_bf16.h back into the llvm18 test context and = sometime >>>>> after 3 hrs I should be able to report on a firefox build attempt = with >>>>> the change (I hope). >>>>=20 >>>=20 >> So, it no longer failed for amd_bf16.h being missing. >> But it still has the lack-of OFlags::TMPFILE problem that stops the = build. >=20 > See > = lang/rust/files/armv7/patch-vendor_rustix_src_backend_libc_fs_syscalls.rs > for inspiration. Unfortunately the exact patch depends on the rustx = version, which changes a lot at this place. As far as I can tell, for rust conditional compilation with the likes of (leading whitespace details might not have been preserved): #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D = "freebsd", target_os =3D "hurd"))))] if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { return openat_via_syscall(dirfd, path, oflags, mode); } is not just textual preprocessing like #if . . . #endif in C/C++. It seems that the conditional source still gets some validation processing even though it will not generate any code. If so, the error report indicates that freebsd is not getting a definition of the likes of OFlags::TMPFILE . I do not know if freebsd should have a definition of OFlags::TMPFILE (and related) vs. not. If the definition should be present, the problem is not local to the 2 blocks of code that are rejected. If the definition should not be present, then the technique for handling freebsd for armv7 is not valid and the fix might also not be local to the 2 blocks of code. As I'm only trying to see if my armv7 builds can finish based on the limited effective process address space size, at some point I'll likely locally adjust the patching to cause "if false {" or some such that avoids the validation checking's rejection. I have no intention of running firefox --and I have no armv7 video context set up to do so. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 18:29:45 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wx3Tm0488z5Mqgw for ; Sat, 31 Aug 2024 18:30:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wx3Tk3GMXz4XBy for ; Sat, 31 Aug 2024 18:30:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mecMTg5Z; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725129000; bh=vXX0ko3sP4BYjNu9DZ7aNv5EwGzrf331BqPdVIZX8Hk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mecMTg5Z6C2RJ9OthmlNWrOcLUUbC3wPt5AR+vfG8Uptx5CY1aklewok8MK9Ki6RdRfNjsqMnHV1CKKOa88pMb0BluGLhlm5yft6m1LmJNlo2h2OABrYnUaC2kbAVWtwBcQIln8sIgfV/EpoMOGnxiUUtY3sX1efjY0/ewBZuT2r8eVzZo8AfsPKWzL5IBdTAvKggl4n9PjgcAjOYwmvKHWTo6VX9tQOyr3khO0WZd4Ozp/CVewpnBND0UDIDk5ZOYvhW29LrcMVqKxelG/uJnzdKBaPhN8Pam8a+J3nWkXO54ZC8jB93puDEVUgE3CTHDoproJcTeqrTrLTb6DECg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725129000; bh=h8uKY5vCYQa22kqnoDDSA3EykCmNhWj1fggQV15stzb=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=KF9GYv3KJlf4O0dNp/jEW7C1mp0VbCeJjitNRp481UBprLW0tMtpb6jplaHreNTljy0RZPUNO0HZX4kY01jjDavJYTSeeTKaMrU4u++ESGNXev0k/OgTe3pBHE4El8+b2DdWvvVwpYD0cnbtMkFrjPHlPzQ2srVDbNzXjED0caFkoElss+V+Htm3cO0Z8OFzU4JUDU7WhUBxV8LfxLCiLvrcNRMv4lxG/yr6b+KoNeFX5IeNiNqRk5w+3c/qJ6X5K8WnGiVGAxM24Ur6aLlULcSMX78xlWw/tB2OzR7imbWFgCxbIaYLJ7o/pVdk5ZxOONfqLIZ/FjB7D3Xwqn4JcQ== X-YMail-OSG: zfCSjSoVM1mySkttFCx0A378dT8JBmOChJdWOQyNHVBel8pvquNBhgFS722f5Ra NWHOH6aVCRmzgGbkDY85JYMv1G5e8Ze8pHllOWJwuo5UOfkIpI9q3RB0733zPI8Uhs7RaYmmBvPV gNYtuV_VJiJuJu4dMS3R0a3paqcd0bcGP11_nVJTOQ0rB7Bot7BHTNoaKOdiGoN1znayojiyFONS GE12_e8s8V84gvIUXfV0A6tedc3avNGVPf7urBi.DK.VT8APYCdXrNkeSZLzBWHLEcrOlg8ee3QA OsrNidDnco1py9s9ljgjPUEQWsFDcyQM_AY_FC0HjPhmQU46_2GjgD0RqRvzDXUqq47XI4eEQn5b U4XeRZCSTZOCr2uCQ1qaflPaA7A_R1vPD0zYuFnvBkzCy3j7FQicIBXlVF5hJsV7VsK5UM90B7Bc 2MruevoGa3xGQ.e9Ac2tPr9RUhQgICFy8SOq5k1OPjgyBfaB4bwM.OW5x9auufBeqmRaycepx3O9 BTMoW_SUJnaBmDXAHtnTkTU5J91iiB82hRdhMISQ.PTelYZThxa2GFjiJgbcD7e3uJYqjV0p927u XIQyTAGs4HO.CTZ.FYg4ehjWVmK8K2XAOm4pABfbp_0pcaf2DxCJ7wgxY1CXQJPz0O0XACILqGqP AfgljDSrzI.59RsfutPper2QP5bNnz3qiqz7RH172yaHlunQW_LkJ0Kj9pq9T3KO8AhaZm._.ncu SUwW3LI.g8jeqI4n56.a9_UT4Y_Rjc7v.dvxTArtzK.WSsGmU1eIlQ3vrJaeA2Dnu_k565PqeIEI HnRwfo8rB4GDKNz0MRVVucXmcfOWnTEHr4bwmiQnyvIM2NfiWo5mu7aDojKj6xJh4ffJR0iJUkVr sapZv9fWWKCZUFerffnOIL2RWna73sHoXuu05d4yxgL9doPEvjBrkT2yjRfqWqikAWg6s.GnY__0 rfFTJQiZfe1bbAoA5RtfxDeDf2H.n9GZnZ9.RYIACQUfYccoWT4JyLrpn6QLDYXjtmP4ZVb2r3k0 HNH156s6XWMFGmbN8uV1qH7QyyCcHAq5bCl8rO8mO0cK_seItgeL5P02YWb2NkunIOWyie7xnu43 yYlE_r35k.LyoLpC1vEUrXan3TinYK03alHwZK5XLEnqA9qZsoEP3c7sgqQo8kUOr91EpSQ3wWHu bcqfy_vjjXpYVORNhBQNsjdZeWwsaqr.M7tFnM0v6_xdsmtnh0mEtosncBk1kMgE7uAKKj2tQXNb 2iOa.6sU8TCxOQPK3mLTU4S3CSMgcpow5sYhgUwxKXur8_HWVxIIUdvM_9Dl9w.BEctDnskjU3Af s1LXTxmgePq1Xa4drKTgxuxCTg2z_JXLSiKsz4RxlFoaVlQ1nVmML6Ntq3JKftCveG7EaH06MuQE jljBIAaw.o74chmaeSoCrkc2pm0IAeoCdSX5upzcuZXaCt1x3BR.gUezxe70MU5TLPqVdkGCgjNR Nqs4kHKIAGOO8yUfc427UBqqE5T3oITmj5tBHFwS9h5n6NX3kH5vlwqiLq6Nxo8_07eG8.baUdub 3iIAP6iZj_tWhCetun50I0Xh2oMNwdFJh_fFcSmhyWNIz0COlCHribrsbthbLZmEZy5MNLDDDHfO HaGiqsuYQ.QRYTYI0c28IlOeLU0TTel0li694FBeBO.EKKeZyESW2Df9EOKsmnYfzuZokvCjmGe9 ORCxPr5nB54v8bxFk9pjMHqEzX6gcihPqVsITxO0Gkh2BSoO_SmsvAb4S.oh.x32_xyZ9J1xR2N0 vVyXezD8mBUCuCS53dAi8rGxHBnXlyz7EsZdXoQgQRkGysdfR3P8ShI9iMJ0jYLdD7nZRxauyWwK p9_VKad8eifV3bwMTGS6vchNp7j2ZL6PC1x6usvs9RalmXlZzrPhyk9KfhBJF3K0tXLXuS7Epyji SM2mxUf0mpuW.bSh2sMCHiAaeXLBznx7IwfvaRvVp7FPbeFo1rKJNa8_N5sDSI.XX9qizlwAa8rH Yd4zL8zZNDluH5za58tGuRLChKIxhLNXZk9_OmPnXwnczLGvW5s31lz297xXfEjodVPN_xBbe9Mi gu8xvhPv3g_mB2R5Zvp2.aTWFZp.Ioyh33mmi51Yf3DMV1hGA.jgVOUMaQdFuRy29_KWaA9ndd6M 84WJwmhD_5seYVh.rWlal4M6QBEnhNyx0u5YYC4Zu.XEnJqUdenbmC5kZtg4HmuWaIWJXrQV21XG OUXrsHd0NDWD.iYVLy21KYJplrX8vvVsdt.wz4moZpSa7NZKG_uiD3SGTY1X3CmMEkYMVY0j0UO5 26moL.2kS_Un3v_H5GYi.gNYdHu6p X-Sonic-MF: X-Sonic-ID: de0a0a92-219a-4f18-8ddb-53feabb986eb Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 18:30:00 +0000 Received: by hermes--production-gq1-5d95dc458-rx7kt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5fd4ee56c878e6a3300a2e85e7a4b440; Sat, 31 Aug 2024 18:29:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Sat, 31 Aug 2024 11:29:45 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <2EC1B62E-7323-467A-992B-CE00491A6E65@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> To: "mmel@freebsd.org" X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.984]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4Wx3Tk3GMXz4XBy On Aug 31, 2024, at 10:43, Mark Millard wrote: >> . . . >=20 > As far as I can tell, for rust conditional compilation with the > likes of (leading whitespace details might not have been > preserved): >=20 > #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D = "freebsd", target_os =3D "hurd"))))] > if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > return openat_via_syscall(dirfd, path, oflags, mode); > } >=20 > is not just textual preprocessing like #if . . . #endif in > C/C++. It seems that the conditional source still gets some > validation processing even though it will not generate any > code. >=20 > If so, the error report indicates that freebsd is not getting > a definition of the likes of OFlags::TMPFILE . >=20 > I do not know if freebsd should have a definition of > OFlags::TMPFILE (and related) vs. not. If the definition > should be present, the problem is not local to the 2 > blocks of code that are rejected. If the definition should > not be present, then the technique for handling freebsd > for armv7 is not valid and the fix might also not be > local to the 2 blocks of code. >=20 > As I'm only trying to see if my armv7 builds can finish based > on the limited effective process address space size, at some > point I'll likely locally adjust the patching to cause > "if false {" or some such that avoids the validation > checking's rejection. >=20 > I have no intention of running firefox --and I have no armv7 > video context set up to do so. >=20 Well, that was a bad idea: if that had been the issue rust itself would not build because if the patched rustix source code. For now I'm testing building firefox-esr's port, which, being back at 115, instead of the recent 128, does not yet have the code that was being patched. Later I might see if a patched firefox rustix copy will work. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 20:39:36 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wx6MX5nZhz5PWd2 for ; Sat, 31 Aug 2024 20:39:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wx6MW346gz4kYv for ; Sat, 31 Aug 2024 20:39:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YfDBh6kb; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725136788; bh=zY/bQ8kBPbRU/lbvLDmik9BIq7aIxZJR9N/z5X2P1ns=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=YfDBh6kbxzdBiT07NC5Lq8aXthrJpWFJw9pNB5uk8QOS3B6zEScSM7G6EYeNoJZKPgKdDQEYorLVhUaBvWF2gw+J+OrYolievZqaqGoW0JMY0m8TXS2vuxUxtXUBykAMKSCAo6Y0JgfDcFgAMA6yr0FN6bX2Yu9Ln++JKbGb9DOO9I3FA11GjpfsSNBbqYgZrk6S7qgOeFgkOyJZ0o+fbVKbSHX8m+GMo99TjKSwhxMTEjUFlqxZa68OzHJZvDVH2YKTr9T5livgr7J7HrfYYWXQZgp6d/JQkEFHqoQcuXz1fEaOvL1Xhjnhu3FhwGIcLFUmGRZC9/mEU1TwS7c21w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725136788; bh=pBn+RoRKgdrwNPMCQGi7QMWMw5pvSlEXIoL2EZvR3Io=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UVwjvXK39TZkie086q/Vp/BR8qfQ0/WIdScaa6AjSPKykL642LtqvvwayQXukWcNdGioLF8jWrIQUxLZ8SU+s0X6CP0Ok/pLyr8eE7/Aou+1f8eAiMMjlgzbDnQj/syTlxS8VZyNfcamB5Jp9wUgtVe6OYGKnaJuKZO38C/dF/uMZJjzokD45xn+W7lJQa+bqkdDOdD/A9BwSGt70EFeE/SZTZ/PF65ZIKUjL/1+i7pVKYvEzfr0Kfi0S0N0dl7XacSfQn+EI3yiUmnsRbbLoA7gE+ge2XKi9AHzfi3d5w0HDq8G745QKxSUnQPrkVeTGR6T+9GwUi6/g8AZOswUVQ== X-YMail-OSG: 8qb_0VEVM1n6P.XgjnJne5CZMDGAyGkxi1mblOIfYtC_ARt3LZGvj29GmUEdrYB Z6j_FWxzBAXmznIUL7RPCQcSH3teFq4m_a.3RonCG6SYiKNcoWtL9Ahlu_j.hiQRXgKtO4GEFG.D 3AWoS9V1st82IOrLLk6OVtuOwIpWKmD6jOrWg3ufBeFtXWq_EJMiTiLOfZBUc8tLjGIIBX_56qQp u3VBWz7OZu90sKxB6ffshK.1Zk5AN_RUnpdMStmUzWuKx4gikIkUxw1fajU9TP1YUdVV4uUePLMi QGnUX.RcV1VAtREzdzmSD_zonOsGi3RJGTiWFM_eyhtiJoetxMS38644qu4NmOO0MMOvMUKXRdcu ZdWMrGxYgA_xxSauIUhnZQGem3KMWU6wnQtCzWfgwBOKeDkGGIKBPCiroSHiKavGSWvMQI2XR5FS cCYbXZu9JPL2VBa_pZZW4X48L1kFB1VkSBIw421_Y5y49508lnBdqmTaRY8dKeQ9ss6XK9_wToC5 y6SgNjerFiQOdlak5AwdMANq7YrB9crVH3WOgCMZEnTirdKcw4av7LoAXnWSG2e8Bb_.1BobfNSc jCPe6YjPqcq0TBgd5g9_CJbvBjXG3DB2wpk1TnZ3tIePNOyGbt3_rj.XjNld.Arw.ZIsswWMhkOg 3vCtiKnZt1l2.vRx8GR6xZX2dgG.IXnATy94PC1ZDqz4X0r7J2u9C_JxMCsvTZOUDDkPvIHm5Vs_ W0T0p_5VX6mvl6CVPRZM4L7QmPQqifHqGDgHQTeYk3PNQUhXQ43cLjTxZb5lFPeEdsCMlQBCLukl LgCLMPxtyURdIQK5KhcbrtJQRmI8.AsXIukwZBexC8rzNQYNMYYZwUG.JQQYOZSXr4vyqUdGYPLE vUAW80h_PLVfuy7SkT9Bf4CzqJ5IHv5NlNEp6SUaxhW8xL4yBytpohYE_ASjIqZwrdnEgQndDOEz abBCbcESAph2YGkOZwa5l9fUuHDEQux.n1mhI7eEI_s2G.8.JFYISl5tNdMSuC4Y27dWOTQEVEoV sqnsuM.hkvtKjF6zQiueECp7.7DftDmc5Kbd312W_8T1U2leKUHJQdhXRc7kCdTJyAUqonhbrjG_ tONDJf3ebzQuZaNuxrg1R5YjCLEL9fwEV_LRZpsz4YKGl3ykf1olRfCgfo7Pxmh42Vl2wQNMZuW4 IKPK8cjPubuI6kwodWJNiHPb8VIraZZNaThgf8NinK72q9W0bpdqfHhriOULe90b_rAF9FvIQFPE qkOUE_QvOO9wIJKlNET5iNLp1TrpcjaxUif8oVzrypbu2S_lxBYgZZlsdU3E7.3mAte753VO7.Bx nMfBMckPkF2fuw1agxjLt0gv.oT36OGJK0KM9stw1R.j5M_YHEHPLcnrClD6QLfAdPtcr44MunTy kPBjsR0qD_NnJa0EadwzINBnmI8l8Y2Oe8bXpyAMpuADW_aOZ6AWRb5zyHkkj_yAbKM3fEj_if_d mQn3WfXNzdqcv9Ynv4GnUmGti7tBjDLwSmOJxTepid0JUV7UzEv0mxgH8q7v5Yia51rONzAoyfFR lOCPE3fCTZLUlas24rhIQr69WKTz6e5PwVMcH3jKfuP_s.OdVzIlhofDZoc_lQRX2z6ltwZ.9GgN 3mkwnVucAdp.wcNZceZxHcBD2m.AXij2LmE1s8IWjy6hHzUS5F6KeQVgmi0n189A0ko.pBRUODWY c8dd2jIwFxEp6Un1PqS7VLtO2p0ivC.gW66ooKJ6ceFg_n8YlMHsCs55ojBC9Zo3a9XkG8qFq6Ex s7cZoTWqDIofPQ2jFCUxbIgR0m_sv3LzK1Nd8nq_xZtSmYr4X19ZulBwzsDjdbeJwyNTPP227m5y P9vncLeLcbvYaVc7fwvqqFH5G_.NScRwFzI2HCFcEMSB9gUPWTZZtKnBGFuN.z7rUiOGQCHpABYF qV_u99XSUf1C1H2eFX.xYBZehoBs5mLIMUwM_1pUi8gXalP59PlJDDBa1EXRcUx.A7f4JaLq3lGL r5MQ6tJd2DLkvZ1NDmguNaYt1hzdJQY96rH1HjlogyKAsCTjXSw_uHYUv1BlvZfseFQ5y7afeJgw GKqK8NsVL.8KUyGTtRsKBGdAO_otAvHS_7K_2HZXVYTJId.XCRD5TMYkXE2OJoYTmAZy3BUJ8R7S OYOkdCPHDtaPDh38QyzNvclbLkkGCHrLEBOGiHAGt9JfnPbLIc6kXofYxvNoNWCSYZGI6g5dTfrQ kvGvAZrcmqJgS.M8FYNHM6G895c9M35CK8Lpg3ckzr4UP7HofV6mlC52AKJ2Q916zBM_R6pVWnEV nPdXadXF1oOqb0Lp0abIwYnrTYBOBOMzTb5ZjpMS5o.lhKBQi.pN3 X-Sonic-MF: X-Sonic-ID: 9cb316fb-0406-4649-bc0d-ad1c91e03768 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 20:39:48 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID af5c71900c01927a8f3cd3cd213f50a4; Sat, 31 Aug 2024 20:39:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Sat, 31 Aug 2024 13:39:36 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: <03DB526D-6B4B-42DF-B5E2-609E174A8311@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> To: "mmel@freebsd.org" X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4Wx6MW346gz4kYv On Aug 31, 2024, at 10:43, Mark Millard wrote: > On Aug 31, 2024, at 00:16, Michal Meloun wrote: >=20 >> On 31.08.2024 8:29, Mark Millard wrote: >>> On Aug 30, 2024, at 22:05, Mark Millard wrote: >>>> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>>>=20 >>>>> On Aug 30, 2024, at 20:33, Mark Millard wrote: >>>>>=20 >>>>>> [Subject was retitled.] >>>>>>=20 >>>>>> On Aug 30, 2024, at 16:24, Mark Millard = wrote: >>>>>>=20 >>>>>>> What my test-of-building got was: No include file = found and >>>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in = OFlags:: was not): >>>>>>>=20 >>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>>> 37 | #include >>>>>>> | ^~~~~~~~~~~~ >>>>>>> . . . >>>>>>>=20 >>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>>> | >>>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>> | >>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>> | >>>>>>> 203 | / bitflags! { >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>> 205 | | /// >>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>> ... | >>>>>>> 333 | | } >>>>>>> 334 | | } >>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>> | >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> . . . >>>>>>>=20 >>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>>> | >>>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>> | >>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>> | >>>>>>> 203 | / bitflags! { >>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>> 205 | | /// >>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>> ... | >>>>>>> 333 | | } >>>>>>> 334 | | } >>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>> | >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> . . . >>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>=20 >>>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>>> error: could not compile `rustix` (lib) due to 2 previous errors >>>>>>>=20 >>>>>>>=20 >>>>>>> For reference: >>>>>>>=20 >>>>>>> # uname -apKU >>>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>>=20 >>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>>> Author: Jan Beich >>>>>>> Commit: Jan Beich >>>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>> branch: main >>>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>> n674987 (--first-parent --count for merge-base) >>>>>>>=20 >>>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>>> available. >>>>>>=20 >>>>>>=20 >>>>>> Using devel/llvm18 instead got the same. >>>>>>=20 >>>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>>> for an aarch64 context: >>>>>>=20 >>>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, = ASCII text >>>>>>=20 >>>>>> Looking quickly at more llvm* shows: >>>>>>=20 >>>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>=20 >>>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>>> llvm1[789] do not. >>>>>>=20 >>>>>> I wonder if: >>>>>>=20 >>>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>>=20 >>>>>> doing: >>>>>>=20 >>>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>>=20 >>>>>> was correct. I'll note that in an armv7 context: >>>>>>=20 >>>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>>=20 >>>>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>>>> as armv7 compatibile. >>>>>=20 >>>>> I got that wrong! arm vs. aarch64 have different source files with = the >>>>> same name (under different paths): >>>>>=20 >>>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>>=20 >>>>> (More content is different.) >>>>=20 >>>> As for llvm*: >>>>=20 >>>> clang/lib/Basic/Targets/ARM.cpp has: >>>>=20 >>>> if (HasBFloat16) { >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>> } >>>>=20 >>>> clang/lib/Basic/Targets/AArch64.cpp has: >>>>=20 >>>> if (HasBFloat16) { >>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>> } >>>>=20 >>>> which suggests bf16 support has 32-bit support (even if it is armv8 >>>> 32-bit). Looking for AArch32 state in: >>>>=20 >>>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>>=20 >>>> it says (via the AArch32 column of a table): >>>>=20 >>>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>>=20 >>>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>>> was incorrect. >>>>=20 >>>>>> So I've put arm_bf16.h back into the llvm18 test context and = sometime >>>>>> after 3 hrs I should be able to report on a firefox build attempt = with >>>>>> the change (I hope). >>>>>=20 >>>>=20 >>> So, it no longer failed for amd_bf16.h being missing. >>> But it still has the lack-of OFlags::TMPFILE problem that stops the = build. >>=20 >> See >> = lang/rust/files/armv7/patch-vendor_rustix_src_backend_libc_fs_syscalls.rs >> for inspiration. Unfortunately the exact patch depends on the rustx = version, which changes a lot at this place. >=20 > As far as I can tell, for rust conditional compilation with the > likes of (leading whitespace details might not have been > preserved): >=20 > #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D = "freebsd", target_os =3D "hurd"))))] > if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > return openat_via_syscall(dirfd, path, oflags, mode); > } >=20 > is not just textual preprocessing like #if . . . #endif in > C/C++. It seems that the conditional source still gets some > validation processing even though it will not generate any > code. >=20 > If so, the error report indicates that freebsd is not getting > a definition of the likes of OFlags::TMPFILE . >=20 > I do not know if freebsd should have a definition of > OFlags::TMPFILE (and related) vs. not. If the definition > should be present, the problem is not local to the 2 > blocks of code that are rejected. If the definition should > not be present, then the technique for handling freebsd > for armv7 is not valid and the fix might also not be > local to the 2 blocks of code. >=20 > As I'm only trying to see if my armv7 builds can finish based > on the limited effective process address space size, at some > point I'll likely locally adjust the patching to cause > "if false {" or some such that avoids the validation > checking's rejection. >=20 > I have no intention of running firefox --and I have no armv7 > video context set up to do so. I tried firefox-esr (still at 115.14.0) and it built for much longer and then got: = /wrkdirs/usr/ports/www/firefox-esr/work/firefox-115.14.0/gfx/skia/skia/src= /core/SkCpu.cpp:146:27: error: use of undeclared identifier 'getauxval' 146 | uint32_t hwcaps =3D getauxval(AT_HWCAP); | ^ 1 error generated. That is suggestive of arm7 firefox-esr having been broken and unmaintained for a long time. So I'm building firefox with the patching of: third_party/rust/rustix/src/backend/libc/fs/syscalls.rs = in place and it has gotten past building that code. . . . time goes by . . . In my context it failed for: rustc-LLVM ERROR: out of memory Allocation failed error: could not compile `gkrust` (lib) So I can experiment some and see if I can change that status in my context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Aug 31 21:59:00 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wx87B4Lkzz5Pdj2 for ; Sat, 31 Aug 2024 21:59:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wx8792VWYz4rDc for ; Sat, 31 Aug 2024 21:59:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Aj6t7Ohx; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725141555; bh=O697T2dPkAQfy5p3fuBqFCx/e7x8bu1ZJyz8m28PY74=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Aj6t7Ohx3vszbNDlur1xLU9WtL4C26KhFZb554DO1Icqq69avcA1Sn0wRQyltOgw6mXUs3C33Uh5KkPpFUOfaQ42rpNix8X8eoK9voR5uzKJOgkHG5w+zNhpg2AVr/VzqoSXR09HH7ToVsLLZh8h++x9Y6kdF0snVfX1SJUak/5mCe8koAnbdbKuxFHpqvzRbD7ExM506wmgQlslJ702Wim0Opic7gEYrZEWlYOjk4vSetyJ8elxX6feLntMCtk78MI8E78JaIvZoIq+tVqfCPc/K3R5Dxv6m4GHBzUQllBEHhW/zbtgKX+D5tQbMaMdltn1bczV5mKse/ShN9zQSQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725141555; bh=b0zB2MfK3KlmtP6wTDvFvIg6b852wS41YnTL3bSvDc6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Qf6NLMcOI0XmPWNFugjblrJnsxIX762FbtaE543XpnGlkst/kFmcXjFWQbaZKQUMq2fQ07+oBrt8hgEfJlsgD33IXI51ca6Iqu5wl29fyhYOTVV6+nxCQaffBnWyroKSEnoej3p8TmansT9N1UPpH0KePBpsp+0mqEN+CboqAO0Q2Lk7qdEW5Q9LQzm9HhSL6OztD5eDgPvRza/H5vdlYznFLqHL0LquNVJC4/h4qKujrCO3f3bM+bXKzWAOV8aK1tiHAztBEPTiXcD3PItVnRAu8GsTv5wHtgofwDJ1f3V+1BsCPbXaQiL7QErlsll66/HeatS4nTZ0N5gPJ8HQnw== X-YMail-OSG: dZpsF3EVM1ldyeRJsL4YQxJX6nyCBmznSY61.ZFP8dFfSXglLjOg2w4EZ25ip07 brLy0UB48bJQ4CN8C9PDMEnyMC8u5eNEt8NroOOXtqNsWfAE9a_m4JGdbvG5XPOFze7F0IJ1HRDY wnAr_V.A1gG5Z2XatxmToJ46ybKtPJl63dgMVal2MLmVbOOn1Qz7uh9M2_fNZRpEiQR4siIC8Gpz rdBiNPkd9i3jUmBMVcyj1oaRggkIsvv3sqorQsW3pEGDZjXVSVz_eHkJ2nt_pyCpod7YQ0AhL.ib ystLulDpagqASE0SukhActZS0tN04kM9IMptrkBP7o4bDAZs2BByhsQpEKuYJHAaUI4bS4y7f2u6 d13lCdDnpxSC1nEhhxOXrw27.3Q1xGDeKD5AQbqAZ0hIXaB5Rl1iQEf7u_u9q4iqVMH9YsazOCYc FjnvM9ZY_QBxZ_pc8Pcp_GlMffv9fLUaVrVLHCx50HY6Lvpiv1BK.pUrcAkD_ointVQyuaYsengY FqtqhUbLVejhpGkhf2v9S7GWDgPOutJ.Dh.4N.5VfxcQTSO90pcipX4MARPEwcJEdJG3Qb9dbzC1 Q_mLklXFxWKiR9j_ldljYnFzBAzkQYOpJA99nYph2uPIZ8ulO1er68zxsIarhF3UfDA7TaU2lwBk qfzjwjc2xlTLBSrtXm_mSEHS5jFp0YDmOhhTZGrjEtUsBYw9ZLfqrRUSKvqiamNw6no.NhHH3rsW QjTYHVS9J4zTgoGhGLakhVl_XcrZkgBRK5OnxqAGdIXsO_PpZcLaavTKUS23D73vbzqxPyvKWksf TRbhql7uqxO4V.eQ1aLQgnO9lvth_phdoiRK1E79TFG0CiyH8kHMAm95U0uCYu3iEzF5XB5ccnSE g84H92Iv15iAQOWh83oewwRHO15MFl3OQy8859ZwxM98KIJVNAziHeMdQ89SZs2DvBLvD3eHQWGD EiD6Pi3eeBPRiPs9RgPoEX5OHGOwm53EsM55IdWXQz07Ws22FCCq911ASAXX4GOmT7i5aJN3BJH_ yTftnHm9PyxHAOdmNTEJxVxOvWZS7cGee2TA7Kc6bYJCMoUCdwtDFhTybzeOnmrkM3hW5TywcBui Gm4LGrwkH1EFQlnO5UKabc8A7Xhsiye2dtD3t_7yGuX0aiBT3k6qXJYvueyt6J.1rq2oeAotePie Kan1MjF8Nj4IlytVe578plNdvcmQY6NjOophWGHRS1SOOhtTHewtEVSunkpBs0CAc37q.fumBBaH ef2v8qTYy3QH6NaRJFcPUj_Xd_As6_WnSwJgXOL9CfzQUuq.V3HNQrQ2rPZBZxMnlSp6iXJ1qNCJ vaXYh3pK2bCG4.syWHTOdoikUAxdfx6Eismn0Cy_U4iYNYq6B3yabSOUcUOhpy9ZILzZY0SKc63E htbO01_XJ5DFrXJVqdc_Kg3Lw0X7wm.7FssLUBcchsFQ7gRd9H_xqmDd.Vq1WiffdTaRrT2L1Puw RGZzBIB8PhmOPJwxZsUyGDBdZImxbxnXDyhs_e8_K_OAtrgyJF87.C2fh4g6KeTjpVEUQCRalARq VXhKFROvfp0ayYbnMrw2Bq_ZXf.3OBdeuiVK3YZnmaY374njHgvJKOa_.1ZKUn6h9FArF.euvaUb FoIQxjaNGfno0du7UZ1yoVV9DyA1ROVotTl97Pq0g2hNX8ACh.84E545xQ.99ACpmW6kW.T0MV6H FewSBv9vqphJWkdyFSi1J40C.b2SvQoFm1yWSWciufuPNoQc0zWAMyU7ThjLxwTbPQEDaXLRJjLh Nbro9gYqLPskSyz7b7KNODwsfYOSnOvS_LZPwaarfu9NURYzQHN.zD6oe69C_or_E9F6cLpyAg07 SfXJDxNjGAKfxD1LO1PAPLFEe4XKJFo8FARMbpiSNLCVYgljBCYNJM49un1sZsLj04v4zS2Y1R0w HoJ3zTVaV4j4J_5wvAEQcYUUKXOay6HD9wfM.n.6XQHQdGk878vnHSKudnVTRcspbG9VqlFNutki WEyqPmamN1mDLDJYlvc2uh7C3fFlnHVYWr4iH5j7eeDqI2_QayQQSZsPmSHTNRXgFMu.ZKyi.ozQ XlrsYqk7fAv0r8ZkoJjS99cOfGLa8mDJIp7BYNvs228DXMNxgiZqAxGou.O3.5T8AT924DC14NC. UmL4wcievrPaLClhEgNEpakq1Tj7zMyuutoNfg5jllbgKrqzanZ4pbIpJ21GJ2iLPm.BMEEy_ZQN URAdfiiJ97WOXMEPAIF1EoQ0RXRXN6AZ24ElRuqKD1DM8GhWoOgpxcVuQaZ5MYyRdm_YHp2o- X-Sonic-MF: X-Sonic-ID: a7020784-b8fe-4358-834f-f66051fb3e31 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 21:59:15 +0000 Received: by hermes--production-gq1-5d95dc458-c8wt4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7e8c252bdf6ad52a97a2e742a53b1cd5; Sat, 31 Aug 2024 21:59:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: <03DB526D-6B4B-42DF-B5E2-609E174A8311@yahoo.com> Date: Sat, 31 Aug 2024 14:59:00 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> <03DB526D-6B4B-42DF-B5E2-609E174A8311@yahoo.com> To: "mmel@freebsd.org" X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.89 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.89)[-0.895]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4Wx8792VWYz4rDc On Aug 31, 2024, at 13:39, Mark Millard wrote: > On Aug 31, 2024, at 10:43, Mark Millard wrote: >=20 >> On Aug 31, 2024, at 00:16, Michal Meloun wrote: >>=20 >>> On 31.08.2024 8:29, Mark Millard wrote: >>>> On Aug 30, 2024, at 22:05, Mark Millard wrote: >>>>> On Aug 30, 2024, at 21:26, Mark Millard wrote: >>>>>=20 >>>>>> On Aug 30, 2024, at 20:33, Mark Millard = wrote: >>>>>>=20 >>>>>>> [Subject was retitled.] >>>>>>>=20 >>>>>>> On Aug 30, 2024, at 16:24, Mark Millard = wrote: >>>>>>>=20 >>>>>>>> What my test-of-building got was: No include file = found and >>>>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in = OFlags:: was not): >>>>>>>>=20 >>>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>>>> 37 | #include >>>>>>>> | ^~~~~~~~~~~~ >>>>>>>> . . . >>>>>>>>=20 >>>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>>>> | >>>>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>>> | >>>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>>> | >>>>>>>> 203 | / bitflags! { >>>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>>> 205 | | /// >>>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>>> ... | >>>>>>>> 333 | | } >>>>>>>> 334 | | } >>>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>>> | >>>>>>>> . . . >>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>=20 >>>>>>>> . . . >>>>>>>>=20 >>>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>>>> | >>>>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>>> | >>>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>>> | >>>>>>>> 203 | / bitflags! { >>>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>>> 205 | | /// >>>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>>> ... | >>>>>>>> 333 | | } >>>>>>>> 334 | | } >>>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>>> | >>>>>>>> . . . >>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>=20 >>>>>>>> . . . >>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>=20 >>>>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>>>> error: could not compile `rustix` (lib) due to 2 previous = errors >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> For reference: >>>>>>>>=20 >>>>>>>> # uname -apKU >>>>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>>>=20 >>>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>>>> Author: Jan Beich >>>>>>>> Commit: Jan Beich >>>>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>>> branch: main >>>>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>>> n674987 (--first-parent --count for merge-base) >>>>>>>>=20 >>>>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>>>> available. >>>>>>>=20 >>>>>>>=20 >>>>>>> Using devel/llvm18 instead got the same. >>>>>>>=20 >>>>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>>>> for an aarch64 context: >>>>>>>=20 >>>>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, = ASCII text >>>>>>>=20 >>>>>>> Looking quickly at more llvm* shows: >>>>>>>=20 >>>>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>>=20 >>>>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>>>> llvm1[789] do not. >>>>>>>=20 >>>>>>> I wonder if: >>>>>>>=20 >>>>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>>>=20 >>>>>>> doing: >>>>>>>=20 >>>>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>>>=20 >>>>>>> was correct. I'll note that in an armv7 context: >>>>>>>=20 >>>>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>>>=20 >>>>>>> suggesting that gcc14 considers the file as not aarch64 specific = but >>>>>>> as armv7 compatibile. >>>>>>=20 >>>>>> I got that wrong! arm vs. aarch64 have different source files = with the >>>>>> same name (under different paths): >>>>>>=20 >>>>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>>>=20 >>>>>> (More content is different.) >>>>>=20 >>>>> As for llvm*: >>>>>=20 >>>>> clang/lib/Basic/Targets/ARM.cpp has: >>>>>=20 >>>>> if (HasBFloat16) { >>>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>>> } >>>>>=20 >>>>> clang/lib/Basic/Targets/AArch64.cpp has: >>>>>=20 >>>>> if (HasBFloat16) { >>>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>>> } >>>>>=20 >>>>> which suggests bf16 support has 32-bit support (even if it is = armv8 >>>>> 32-bit). Looking for AArch32 state in: >>>>>=20 >>>>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>>>=20 >>>>> it says (via the AArch32 column of a table): >>>>>=20 >>>>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>>>=20 >>>>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>>>> was incorrect. >>>>>=20 >>>>>>> So I've put arm_bf16.h back into the llvm18 test context and = sometime >>>>>>> after 3 hrs I should be able to report on a firefox build = attempt with >>>>>>> the change (I hope). >>>>>>=20 >>>>>=20 >>>> So, it no longer failed for amd_bf16.h being missing. >>>> But it still has the lack-of OFlags::TMPFILE problem that stops the = build. >>>=20 >>> See >>> = lang/rust/files/armv7/patch-vendor_rustix_src_backend_libc_fs_syscalls.rs >>> for inspiration. Unfortunately the exact patch depends on the rustx = version, which changes a lot at this place. >>=20 >> As far as I can tell, for rust conditional compilation with the >> likes of (leading whitespace details might not have been >> preserved): >>=20 >> #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D = "freebsd", target_os =3D "hurd"))))] >> if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >> return openat_via_syscall(dirfd, path, oflags, mode); >> } >>=20 >> is not just textual preprocessing like #if . . . #endif in >> C/C++. It seems that the conditional source still gets some >> validation processing even though it will not generate any >> code. >>=20 >> If so, the error report indicates that freebsd is not getting >> a definition of the likes of OFlags::TMPFILE . >>=20 >> I do not know if freebsd should have a definition of >> OFlags::TMPFILE (and related) vs. not. If the definition >> should be present, the problem is not local to the 2 >> blocks of code that are rejected. If the definition should >> not be present, then the technique for handling freebsd >> for armv7 is not valid and the fix might also not be >> local to the 2 blocks of code. >>=20 >> As I'm only trying to see if my armv7 builds can finish based >> on the limited effective process address space size, at some >> point I'll likely locally adjust the patching to cause >> "if false {" or some such that avoids the validation >> checking's rejection. >>=20 >> I have no intention of running firefox --and I have no armv7 >> video context set up to do so. >=20 >=20 > I tried firefox-esr (still at 115.14.0) and it built for much > longer and then got: >=20 > = /wrkdirs/usr/ports/www/firefox-esr/work/firefox-115.14.0/gfx/skia/skia/src= /core/SkCpu.cpp:146:27: error: use of undeclared identifier 'getauxval' > 146 | uint32_t hwcaps =3D getauxval(AT_HWCAP); > | ^ > 1 error generated. >=20 > That is suggestive of arm7 firefox-esr having been broken > and unmaintained for a long time. >=20 >=20 > So I'm building firefox with the patching of: >=20 > third_party/rust/rustix/src/backend/libc/fs/syscalls.rs = >=20 > in place and it has gotten past building that code. >=20 > . . . time goes by . . . >=20 > In my context it failed for: >=20 > rustc-LLVM ERROR: out of memory > Allocation failed > error: could not compile `gkrust` (lib) >=20 > So I can experiment some and see if I can change that status > in my context. It is lang/rust's rustc that runs out of process space in my context, not ld.lld or the like. There was just one active rustc process. top showed 3357Mi for the RES(ident memory) for the rustc process at the time that process's threads changed to STOP as things were being handled and stayed there until rustc disappeared from top's display. Note: The system has 32 GiBytes of RAM and did not have add any Swap Space use during this. I'll see about rebuilding lang/rust without -gline-tables-only and that is stripped. Similarly for firefox then building. I'll see if the firefox build noticeably changes for what the build gets done. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 1 02:17:42 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WxFsh3QJkz5MYRC for ; Sun, 01 Sep 2024 02:18:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WxFsg2TVQz4KMR for ; Sun, 1 Sep 2024 02:17:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=idzEJBj+; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725157077; bh=u2j1TelUnbDh0ioDCGpJOVZHJ8VoOZ3wmfkOEhDFIvA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=idzEJBj+K8RVJ+0maFPggmLmLN3JP0ZvGsO2CK/04ZG9d54XFfsQ9TYtL9buF4QEC1iRqKjmiBZASYSiK9getXeQ2598end/eGqyYNN+UOQ34MmhZS1MRXgIrInRIqcIwkzzeEOcrx5Z0AC7ku4r0NHmazsfqDoSq60KLe8/LfyA1pjtKOB8jaqsq33Mr4pOelifbNxl/SOl4CCOC93asSHK8ChnNOmNFK05OFeEAT7riyCk4ZJ839KsMvaoO11X4Fj58Rvt82ucWstqZNee4xovamydYCLzNmfoEVcHh80jMLkl7e9fd/510t1cFPDQKddEI28hDE9mgPuc8AFYGA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725157077; bh=RM8TB2OMjNYSNTERkHvyuoosWEs3ZcJotL682GIjoxD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=CszSpjOzjcTqGU3t8ngRXYRB7eS+KDzDD88c1OIDBPm4Msb2gXdO6GvnQX3BZqzpzsxuTtizcnA7XQPL7WnllY+C2W+88B/lPt6uLhpamEt/lAAo5geYXgg9HC3TJlK92ABzQ/teUPRAd45zFv+9s9HP/hAy6H9LleazBaHe1Ai8TXC4LWjclggVD8Q6dv6LZH8mxw394OPJBwxF6hIfkTYsFTI0lJIM0h8NnhLoR+sbolawszTdlx9FkAshLiUsE8EtJVntzJVY0VXvVV33NTN9kNMFNMunxrXWoHQ6eM61ttKKcBZC/zr6JXjQimGcQ9zEHrQAcxYlx96Ow73McQ== X-YMail-OSG: bA.KXqcVM1mWDra6n2rEuvQTlqBn4GXYLu2FqmWtFJP413x7jlCyWWWmL8yvVyE XaXXePs5KeVRXr2C0VxbbsYW.DvqcUcTRjHFbQnn_R83ELHnxtuX0tpzJGrV7Aov8VvlqumhXA0C RYej3czBJKMnoMpI4MwHPFtNrXkaBELBfIHFuoUy1ZWuhtcEcr1cWpatX3aGPLO1fVTEXsVGQ7Pa I8P4yRo.dVkCwL0LweMQhDT2PBERROgUF.Kz7uSs.ky9zULOjAbBxgSnyIKSNHkzYPX1qndDG_mz dK.3XIa0rUXJ7wyT_ettJv1i35iE4sz6l01.IDHV6O6kTRbOEY.qgdSRBYOtE_1GMqDiY6MamlrP 1PyVjts94rqdlUelKAO5GOxhwi0UTBhSiodL0EUQTYjzxdY5Fh13yvLxVEP6cKdMTwovOf2FbjHm T3q_DcywjrWdFZlOtDkLCPVInIpKCfhhMaMaw5CMTZHn3UNTRMclWhxycz4h3xQ_oPab7E1op9Op pBUU3sDi8q53OoBpUJ6UcCaGFYjwLu4CfHACX_abwQgbDMcP8cc1LN_LfmRgtgIAWu2RvQBk_ELt A8rs.no9TUDqrAM_.seIJzgmv6Pz.ZaAKmS98iziYabMo1CxaiXPX62cnTcIrEIfGH3z9_EkBjpH QpsuYKhY7gpqfPeqJwI3qhbe6RNV34LiXDj8lXfAZ9GYiur3mNy0hCOQTZ7OT66vly0jvHEOdOC0 P4OLvr7Dlqua8t8A5S9ExRJ9AUTOoqMd9qKbl9XHIOWwK3Xy9ooIDYWjM.ji7P13zWhX0XD4ofeK 81MEtU8aaES26TQs__ZMdosimxZuiIAd47vA5sL4vv7fispwXwsVDhSLsqW5i0gypVeADtxzSL1F FfLFM_Vo1XgEtyXzFob7z10Xa0GtLdC11ORMf5cJD2YYOX5oJC0O5eqSA0ojGtStMAS4GABfrCF4 Mk8UlFduulu67rWq.zgzH3los4PqnEHBZqfEtW44E1d_M2CHvdQ4QCi8yxG2XQnZEyDIcmklpdZ4 IVNjIZFI_yK5nuLw5IiEVtZpnAzl6Z1HzXOF_YLHCO3Y71s1HsfAUHaf9.91Qw7GZFOPlCgJrM6E iBjbRPSixZoR6Q1M23ZAuSuwipFdFkJmeyFBKBKClCfM7DCyNymk1qilkYozlqxmQl6j0uM2xQ8A MmiEAj3XIlrPNWePKmepnsB461agzM7xak_rDIchWlyWOU0zF6HYXPlCAc8x84r5UpC8zST6TCHD pBE_wQp7Uw0CBm70KFK0O4By3.H8D3TcncHK0nQSXq4ajyJhvWwTMU6fEl2Qn9IiYyvtsi5NPZl7 QZb6AxWdNfCho2K.fXEokYAAwK019pRD.mB7PzCmpi.pbZ.h20tp6MTuukpmRXPKTRJ.3.WhT46a O3WDIequ6wsDobIGce4kSQZI98RQ8GetrnG6fWs_wbdIdeSzCKjtHHL_AfqP1BEZXp0RCZIslDbf Yo.gI35gv_hoyFM5jt_DqvNSmpb41Ncys6WTwaGCU0sRDwWby1J5ncy5kkZ3WBD3ziY2mGVqLWL8 .h7qoVoaPsSHccAzAwOMlGILXPPWwYJ36RdX5IXZaErW6ea75SuUpKat2162XWZ2ape0fXBjP7Gf 9asxBTjv4z2uvkqDcG1cABkCVt5vobwGidohhpTxcOT_BOliLDTaShc5YF9pGjlghfXUc8P2kK.q sUP5IFWEt3GYutsu2f9xIRv_BgqFXVAqb9K19v_BwTqIIIbaOCeWOCN5JjV1nbaPLAonj7TOu2Ch M7PHLSa9oIYWFFiwm1c9QAUnZr1oqluGHwXvlh3a_UCpBmbEM0fumu6f87Omn288vjcJ6TN_fNuf bzMn5zc2ANAcIfjfeqWSKZg14tlH..AVOVqwgUcLlNJ5T3uhn5Vgh8KnuLBN4H8VmamOjILUMQmD c_Qk909LVt_A_R_9vNImQfUGua.TLIPbLEt3G4_dDZrGqAdF_Q9dcTLuPoYMmwLQXT8LbfxpVcR4 AWVIQ6MYdrAAxpHY17EEzV2S1tWJIDgBbwnNe22NDoCCbr2GzokB_9BUPAWCo2C4ZM1w_.RREnpR d3JkvYVoMlmbZJYiS0MQ1Fytpupig6aDdL20JwUVwMftQkuj7pHaOaGLW4vmmhY8MD5wskIg5AHE 4Ha3fbljKi_Qfj4euQFlYX1j2Aei9kvwSfS8x5fdcnHkUnbGt5zXKXnC6TBlm8SsVIYABwO1tDH2 o9unWnf2kfPNsD_gBZBVMMWJ.kURH7qLr18xv0B4.N3DeI16y4GeypExBn9lQSij.m5ncntK48U1 U1_mDAaVxjSbBjJeFoxFOIu8coleQmlKTaghu_NH67A-- X-Sonic-MF: X-Sonic-ID: 143af61f-bb3e-465b-8f06-a64807efc080 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 1 Sep 2024 02:17:57 +0000 Received: by hermes--production-gq1-5d95dc458-24x88 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0b5bbd251e5c37d010778e5a903d760e; Sun, 01 Sep 2024 02:17:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: Date: Sat, 31 Aug 2024 19:17:42 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , FreeBSD Toolchain , Brooks Davis , "mmel@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> <03DB526D-6B4B-42DF-B5E2-609E174A8311@yahoo.com> To: Tomoaki AOKI X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.78 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.78)[-0.782]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4WxFsg2TVQz4KMR On Aug 31, 2024, at 14:59, Mark Millard wrote: > On Aug 31, 2024, at 13:39, Mark Millard wrote: >=20 >> On Aug 31, 2024, at 10:43, Mark Millard wrote: >>=20 >>> On Aug 31, 2024, at 00:16, Michal Meloun wrote: >>>=20 >>>> On 31.08.2024 8:29, Mark Millard wrote: >>>>> On Aug 30, 2024, at 22:05, Mark Millard wrote: >>>>>> On Aug 30, 2024, at 21:26, Mark Millard = wrote: >>>>>>=20 >>>>>>> On Aug 30, 2024, at 20:33, Mark Millard = wrote: >>>>>>>=20 >>>>>>>> [Subject was retitled.] >>>>>>>>=20 >>>>>>>> On Aug 30, 2024, at 16:24, Mark Millard = wrote: >>>>>>>>=20 >>>>>>>>> What my test-of-building got was: No include file = found and >>>>>>>>> no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in = OFlags:: was not): >>>>>>>>>=20 >>>>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: >>>>>>>>> In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : >>>>>>>>> /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal = error: 'arm_bf16.h' file not found >>>>>>>>> 37 | #include >>>>>>>>> | ^~~~~~~~~~~~ >>>>>>>>> . . . >>>>>>>>>=20 >>>>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 >>>>>>>>> | >>>>>>>>> 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>>>> | >>>>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>>>> | >>>>>>>>> 203 | / bitflags! { >>>>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>>>> 205 | | /// >>>>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>>>> ... | >>>>>>>>> 333 | | } >>>>>>>>> 334 | | } >>>>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>>>> | >>>>>>>>> . . . >>>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>>=20 >>>>>>>>> . . . >>>>>>>>>=20 >>>>>>>>> error[E0599]: no associated item named `TMPFILE` found for = struct `backend::fs::types::OFlags` in the current scope >>>>>>>>> --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 >>>>>>>>> | >>>>>>>>> 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>>>>>>>> | ^^^^^^^ associated item not = found in `OFlags` >>>>>>>>> | >>>>>>>>> ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 >>>>>>>>> | >>>>>>>>> 203 | / bitflags! { >>>>>>>>> 204 | | /// `O_*` constants for use with [`openat`]. >>>>>>>>> 205 | | /// >>>>>>>>> 206 | | /// [`openat`]: crate::fs::openat >>>>>>>>> ... | >>>>>>>>> 333 | | } >>>>>>>>> 334 | | } >>>>>>>>> | |_- associated item `TMPFILE` not found for this struct >>>>>>>>> | >>>>>>>>> . . . >>>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>>=20 >>>>>>>>> . . . >>>>>>>>> =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >>>>>>>>>=20 >>>>>>>>> For more information about this error, try `rustc --explain = E0599`. >>>>>>>>> error: could not compile `rustix` (lib) due to 2 previous = errors >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> For reference: >>>>>>>>>=20 >>>>>>>>> # uname -apKU >>>>>>>>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT = #8 main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >>>>>>>>>=20 >>>>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>>>>> 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description >>>>>>>>> Author: Jan Beich >>>>>>>>> Commit: Jan Beich >>>>>>>>> CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>>>> branch: main >>>>>>>>> merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 >>>>>>>>> merge-base: CommitDate: 2024-08-24 18:30:01 +0000 >>>>>>>>> n674987 (--first-parent --count for merge-base) >>>>>>>>>=20 >>>>>>>>> But firefox was updated to use: nss>=3D3.103:security/nss to = match what was >>>>>>>>> available. >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Using devel/llvm18 instead got the same. >>>>>>>>=20 >>>>>>>> Looking inside even a /usr/local/llvm19/lib/clang/19/include/ >>>>>>>> also shows the arm_bf16.h file is not present. By contrast, >>>>>>>> for an aarch64 context: >>>>>>>>=20 >>>>>>>> # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h >>>>>>>> /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, = ASCII text >>>>>>>>=20 >>>>>>>> Looking quickly at more llvm* shows: >>>>>>>>=20 >>>>>>>> # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more >>>>>>>> = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>>> = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>>> = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h >>>>>>>> /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>>> /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = Since `arm_bf16.h` is very likely supposed to be the one true place = where >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>>>> /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS = << "#include \n"; >>>>>>>> /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D = arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h >>>>>>>> /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h arm_sme_draft_spec_subject_to_change.h >>>>>>>> /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>>> /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D = arm_bf16.h >>>>>>>>=20 >>>>>>>> llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). >>>>>>>> llvm1[789] do not. >>>>>>>>=20 >>>>>>>> I wonder if: >>>>>>>>=20 >>>>>>>> = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >>>>>>>>=20 >>>>>>>> doing: >>>>>>>>=20 >>>>>>>> -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h = arm_neon.h arm_sve.h >>>>>>>> +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h >>>>>>>>=20 >>>>>>>> was correct. I'll note that in an armv7 context: >>>>>>>>=20 >>>>>>>> # find /usr/local/*/gcc14/ -name arm_bf16.h -print >>>>>>>> = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h >>>>>>>>=20 >>>>>>>> suggesting that gcc14 considers the file as not aarch64 = specific but >>>>>>>> as armv7 compatibile. >>>>>>>=20 >>>>>>> I got that wrong! arm vs. aarch64 have different source files = with the >>>>>>> same name (under different paths): >>>>>>>=20 >>>>>>> gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H >>>>>>> gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ >>>>>>>=20 >>>>>>> (More content is different.) >>>>>>=20 >>>>>> As for llvm*: >>>>>>=20 >>>>>> clang/lib/Basic/Targets/ARM.cpp has: >>>>>>=20 >>>>>> if (HasBFloat16) { >>>>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>>>> } >>>>>>=20 >>>>>> clang/lib/Basic/Targets/AArch64.cpp has: >>>>>>=20 >>>>>> if (HasBFloat16) { >>>>>> Builder.defineMacro("__ARM_FEATURE_BF16", "1"); >>>>>> Builder.defineMacro("__ARM_FEATURE_BF16_VECTOR_ARITHMETIC", "1"); >>>>>> Builder.defineMacro("__ARM_BF16_FORMAT_ALTERNATIVE", "1"); >>>>>> } >>>>>>=20 >>>>>> which suggests bf16 support has 32-bit support (even if it is = armv8 >>>>>> 32-bit). Looking for AArch32 state in: >>>>>>=20 >>>>>> DDI0487K_a_a-profile_architecture_reference_manual.pdf >>>>>>=20 >>>>>> it says (via the AArch32 column of a table): >>>>>>=20 >>>>>> BF16 Supported if FEAT_AA32BF16 is implemented. >>>>>>=20 >>>>>> Looks to me like the removal of arm_bf16.h for llvm target ARM >>>>>> was incorrect. >>>>>>=20 >>>>>>>> So I've put arm_bf16.h back into the llvm18 test context and = sometime >>>>>>>> after 3 hrs I should be able to report on a firefox build = attempt with >>>>>>>> the change (I hope). >>>>>>>=20 >>>>>>=20 >>>>> So, it no longer failed for amd_bf16.h being missing. >>>>> But it still has the lack-of OFlags::TMPFILE problem that stops = the build. >>>>=20 >>>> See >>>> = lang/rust/files/armv7/patch-vendor_rustix_src_backend_libc_fs_syscalls.rs >>>> for inspiration. Unfortunately the exact patch depends on the = rustx version, which changes a lot at this place. >>>=20 >>> As far as I can tell, for rust conditional compilation with the >>> likes of (leading whitespace details might not have been >>> preserved): >>>=20 >>> #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D = "freebsd", target_os =3D "hurd"))))] >>> if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { >>> return openat_via_syscall(dirfd, path, oflags, mode); >>> } >>>=20 >>> is not just textual preprocessing like #if . . . #endif in >>> C/C++. It seems that the conditional source still gets some >>> validation processing even though it will not generate any >>> code. >>>=20 >>> If so, the error report indicates that freebsd is not getting >>> a definition of the likes of OFlags::TMPFILE . >>>=20 >>> I do not know if freebsd should have a definition of >>> OFlags::TMPFILE (and related) vs. not. If the definition >>> should be present, the problem is not local to the 2 >>> blocks of code that are rejected. If the definition should >>> not be present, then the technique for handling freebsd >>> for armv7 is not valid and the fix might also not be >>> local to the 2 blocks of code. >>>=20 >>> As I'm only trying to see if my armv7 builds can finish based >>> on the limited effective process address space size, at some >>> point I'll likely locally adjust the patching to cause >>> "if false {" or some such that avoids the validation >>> checking's rejection. >>>=20 >>> I have no intention of running firefox --and I have no armv7 >>> video context set up to do so. >>=20 >>=20 >> I tried firefox-esr (still at 115.14.0) and it built for much >> longer and then got: >>=20 >> = /wrkdirs/usr/ports/www/firefox-esr/work/firefox-115.14.0/gfx/skia/skia/src= /core/SkCpu.cpp:146:27: error: use of undeclared identifier 'getauxval' >> 146 | uint32_t hwcaps =3D getauxval(AT_HWCAP); >> | ^ >> 1 error generated. >>=20 >> That is suggestive of arm7 firefox-esr having been broken >> and unmaintained for a long time. >>=20 >>=20 >> So I'm building firefox with the patching of: >>=20 >> third_party/rust/rustix/src/backend/libc/fs/syscalls.rs = >>=20 >> in place and it has gotten past building that code. >>=20 >> . . . time goes by . . . >>=20 >> In my context it failed for: >>=20 >> rustc-LLVM ERROR: out of memory >> Allocation failed >> error: could not compile `gkrust` (lib) >>=20 >> So I can experiment some and see if I can change that status >> in my context. >=20 >=20 > It is lang/rust's rustc that runs out of process > space in my context, not ld.lld or the like. There > was just one active rustc process. >=20 > top showed 3357Mi for the RES(ident memory) for the > rustc process at the time that process's threads > changed to STOP as things were being handled and > stayed there until rustc disappeared from top's > display. >=20 > Note: The system has 32 GiBytes of RAM and did not > have add any Swap Space use during this. >=20 >=20 > I'll see about rebuilding lang/rust without > -gline-tables-only and that is stripped. Similarly > for firefox then building. I'll see if the firefox > build noticeably changes for what the build gets > done. Looking at the log it turns out that gkrust builds using -Clto . This is despite the LTO=3Doff in: ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = firefox-129.0.2,2: CANBERRA=3Doff: Sound theme alerts DBUS=3Don: D-Bus IPC system support DEBUG=3Doff: Build with debugging support FFMPEG=3Don: FFmpeg support (WMA, AIFF, AC3, APE...) LIBPROXY=3Doff: Proxy support via libproxy LTO=3Doff: Use Link-Time Optimization OPTIMIZED_CFLAGS=3Don: Use extra compiler optimizations PROFILE=3Don: Build with profiling support TEST=3Doff: Build and/or run tests =3D=3D=3D=3D> Extra cubeb audio backends (OSS is always available) ALSA=3Doff: ALSA audio architecture support JACK=3Don: JACK audio server support PULSEAUDIO=3Don: PulseAudio sound server support SNDIO=3Don: Sndio audio support =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- So I crudely forced -Clto=3Doff overall (RUSTFLAGS and CARGO_RUSTFLAGS) and tried again and it stopped for another reason in media/libtheora/lib/arm/armcpu.c : #else /*The feature registers which can tell us what the processor supports = are accessible in priveleged modes only, so we can't have a general = user-space detection method like on x86.*/ # error "Configured to use ARM asm but no CPU detection method available = for " \ "your platform. Reconfigure with --disable-asm (or send patches)." #endif This suggests armv7 www/firefox has been long broken and unmaintained. But avoiding lto lead to: Finished `release` profile [optimized] target(s) in 18m 40s toolkit/library/rust/libgkrust.a instead of running out of process address space (or suffering fragmentation based limitations). Overall, it appears that armv7 firefox is broken in multiple ways Similarly for armv7 www/firefox-esr. Absent anyone actively spend the time and effort on getting to an operational state that would be maintained for some time, it is probably best to just have the Makefile indicate BROKEN_armv7=3D for both www/firefox and www/firefox-esr . I did not get so far as finding out how long an example build takes. I've no clue how many others issues would be run into just trying to have a build complete (much less be useful). And back to where this exploration started: the BE_WASM in status devel/llvm1* and how llvm19 is starting to change that. It would seem wasteful for devel/llvm* to build BE_WASM by default as things are. BE_WASM's default status could be changed back to enabled if/when at least one of the www/firefox's that would use BE_WASM becomes both buildable and usefully operational on some example armv7 context. Until then, BE_WASM disabled by default seems appropriate to me. I'm done with my explorations and will be putting my environment back into its normal configuration. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 1 03:52:00 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WxHy937Z1z5MjDH for ; Sun, 01 Sep 2024 03:52:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WxHy90dwnz4RcX for ; Sun, 1 Sep 2024 03:52:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1725162721; a=rsa-sha256; cv=none; b=C2g0zj/5MICQLemhNEocWQf1KkrYkUKFttbRUwMxs+oISG5yb2vXdQ3RCJnRkBITg6YC5q LeQZfO9XzJnmJbjqZjufTvZe5Q1WxvnchwGBwFu5ZMWrFcSZjiuE6kSXnRdMGrjjBI9sfV OLVqkrdzFjHqgYQrFUvkqzFJ6KqcQCEWXGeD4cywZGXj76QSTiYh5mZcnE3hYeK6lhYHPH PDSQHWJdD6vmOSUZd4fbIRc6ULtSGl83iJxX1l63auHY6ARVPUs+2CbqLKFc6V2kErSb0E Kg8ruJE+gm0UsN3d7c88nme0qlepa0L3H6C7EYYTZN942vz5fj2Y0+M2cpl3gg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1725162721; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=thlST12n1QkFYF2xrsm9R8udws82t9XeFjvfZb7mZaU=; b=nMpbjmMT7V8U19kkABw3NeFCcWhE/R7ofxzfGFQsx3kvA9jLHPOsJs0VmhHb2h/Vn6eJdN FIoMcb45J5cT5pD61F0fumniIz1MaXHBGiIiUk0gx7f37KYDevxRWR1EWZ3m4TMjFKHk2z GKcj9o8PUFgkmO8T88cGhUQJye2fFThigtbNGx3pYrbZcr9IOiGl1gncP6GHGA6oDQeZbe s1gDlNs9IaRgivSGnxWY71+UNDVAEyc1qotrpFkCGM+cgrDtBHpY31/Z4GpoUuarzZ6pZV sntipV0lQD8BuRGz4fA5H2gtrc8XY9hhLPQ34AZb28j3uTNXD3JZeTyEz+IAbg== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4WxHy908K1z1CTb for ; Sun, 1 Sep 2024 03:52:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4813q0h3099736 for ; Sun, 1 Sep 2024 03:52:00 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4813q0SH099735; Sun, 1 Sep 2024 03:52:00 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202409010352.4813q0SH099735@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Sun, 1 Sep 2024 03:52:00 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ math/R-cran-geometry | 0.4.7 | 0.5.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout!