From nobody Sat Aug 6 08:13:45 2022 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 4M0Fbl0rrbz4YL5J for ; Sat, 6 Aug 2022 08:13:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.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 4M0Fbj6hrjz403Z for ; Sat, 6 Aug 2022 08:13:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659773631; bh=ajHltv2GjRF68YVh7Fj6n3o3hEA0fNOYG9325V+enqI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=bE0sbjvM4SaKH/00ql7fQP7e4VTadl4xQ8Gtj4AvxtmnYYjtfwDS+gMLq3BhmKqo2RxzdL+hxPjWLiGfIbjYLOkL3Krpf1ihVR5kehKFgqYumO4F2jPYnGg2XHEXTl8HUYAJzjDveKZ00vNjoL403h7UI/CYba+l9L+Z7szYx/fGGuS/CXuq8mq/QSfBbG8ExrN3zSP+5ucn1yBFfSNSvkxCLQCYW8aYpC4+xRCNjqdhQbQBK6XMz5EZYQwaB8i+NoDE2iPTFwABNARUYO18/gWPvTBtsjpADEk0G6LeNgM31t5xUToS4n1YF2aa4wK73wApuAjRv9kq/aWLexmTfQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659773631; bh=AQ3FSjjJtIAjFn9u15rfNk4krRNB9O7/Zyg9t6fV9K8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=aQ7YBj8+8msib4dSzxHiyUB3rlUTJ2cMfHKNM6U//ocrHH3TXOtSTx+5ur58DSbXkWx9L3xz0dro1iv6FHjG9H6ZNzW/qpDSNicfOYMc0jxISrZLTzTtZjNqVE6AflHIsIUL11q6AxC2hMMKoeBmudhyW6LdXGXE23uraiLRXoC8otVy/zyHScF/VtW7Aei+YWhdgSFMj++YC76+hGc3uHu0iwmauVKLua7FW1ehxNst6vlfEVPB+LLpaLMlFX6jYJSPmz5S4kW8CUSw/WZTHFFeqPdW9dSauYzg9dTp50nxhbiNbhfYN9TQXRVuS8B8r8oog/5jeKGuXxprap2ClA== X-YMail-OSG: DS..l7gVM1mWehWj7fm6vfgdCBjocJVxWsA8cJJS4gimLJKANx94ZqWIfc1XZ.b PImE07vIAtTOItk8pel3AB7_1paTupAn4nBiLrB05O3xkPL7e5EOYFhOnxZFGrRDYDnnZaVOz0WI W50pOvixTMKpxd2PbWajv4Wee6PrmFkI06_F8BnfC05e0aKP1oXr2Lt3jqdA6NB_7_i6aFSGHbMd mGLz2jiIyEz8SZhY5HmiWR6JvLcdGeKPjjajVdn4Dct7B0F5zEK78rBuJp.fFSYK.y5F3QWLBFhe 669.f2fzA2gvqfnWiniJfXuRoGOFYoAlwDRfq9zvno_SyN9vnjCZ5lbhg0pwf6EeTw0.HKf7GK_i QOIXGMzb4Jd94YhmQQe7Y2Bw2FSxOIuIZX8R4.UVJr2xyI113FAl3FA1EOFPCpmfScHHdtwEjacm ZK.AJuAMRpUen89g5of_n8fJ0MRo5A6VXvCtZLWdU52jzoF3RKj6hW985BTpCzV4uLlk.KuJngQ6 iNJw.ZkoK_OuoLho20dmMFQSttIpRQPsdB8hr9vRkDBgHqNvnYZoYk4LFOHWR6bc0FWYWimJb4.X T8G12XeR9mq47dnP9HuzXYgLCfXtkM__oVrV9N7Mrg9TFunSU1arD8dp7wDaaE2Zwow3iWdvdDa1 uOLDH23zvWuirilwYf3gd5FcmddSUSgD29pwr.Nu65_5fJmo0H3eKnuTE5TJD3GsCo3RPRaLKvfS FEGBi6dkW5RD4aCinfjlxG9VOhFixyLSgc_L.3YpU6BG7OVys6Ex8Qk5zPtG2Ojmb6_o.K3gF2WA Mx.wIcWZVL_n.ratQQgZB7EvYfyGpQmmKkG5nu6fqj1MUYpyOH8LjOgyxkznbxl6DvnH9Diq9fH3 M47g1rkNM1Hk0agfQkMgo1Yj3aXQKqSltlhLRVG4_X2srdVPnwlcpg5rKXRu4c67DVDrwMzEafnc QwdZaFKMGh9fSwh1gw.h9.A.Hi1SlNXTLUcklGuQxBSRGIa0vCgRsB5QVlxTtj6wAyMzdoaZmo2d yLXltRWavkFv2c242T8UKlh6xKiKgEpS0uXXrqEcw7khAcFyZLXv5oGIfzfGCkPnfJsYTFhajQwY _oqdd_HRQZKPSqWw21gzqX0Y5Kp6xGyqSCeJ4UYUqMBnOUSMUaWHyu19cAh3.jaNcmseHRgiCiDS 3grN_DAjokuOTOrmXPiamx1UfZqS51vdWQqiwmUK6E4LS.2sXFPEr2frmEF9zKDVY66QqY_V9Jeh jqvRUFbjDPaTzA24FSCVs8lpH5yM_7lgREJVupivYSEsgi2MdyudmB8QAIp3r1qSq8XeluoPqX2y lMJZLaGD..dygZhjdtOsumhUFL03qMQRAf4g4gxRf_1sIc6lxenVRw3KGbmqi15c2qDIXxOD82MK 7RhZrcM09_loI4abKrpB2cspvYIrcO5MhFpbeYvVu36cdrL8LaPtrSXK86X5mzEh5h0f5g0jonrV rMBvMw2R4nWDcyJgNVCNR6nJpD5SUrMJlq69WI3h8AvuuF9yZ4cDFLEWqIBN1b_n.1wfod_Q8O6H pk4Ag0HKxmXlCAxZW5NjKv4fQ6cvGPRoPm2BqRcOKhQlOKeemijR_UBEXsi4sH6Etrft4ZYk7.hB 35hfOqVHLHQK8sji83u7g9CRGQwnzqi6.8gd9oo7o1Xq26nOOJrvK5wk2NdAWP1gTK0JfIW3qZGI p0d8G7IEC0niml04Gq04m1AnEKMyF5_IKg1kmZaD3kjBb3Ag4Je_Di_z5UkVi1HsAlIzFtTpMX0k XOSgs1NBSyfTUs7wIhQthUc1e2EJF5t0MSfReTmIbJO34_CkZDUokTR1o8G72zJCyF4vICTz3Pao B1.G5fMnxCIvR34JVcI4v9IT9RMeS1hjeQiVSuFtTUo0sJnjEpX2srKfSGXIOWP5NNgZmM2IW6mY Y0aB5XPPrRCEepi_ttfdkc514dY2vQUkb8rm1a_FgRDhjQ9Jk6ELnbkO5VcbX_.zew0ZpW0LWrYf WLD88YeHrKS5hlZ3IMa.29krtC1V06cAlVHY.nzG.njkzF0rRBfH1Ds9qkc4e_c1BtMibmQHhsLR wL9vKZWlwfGd46OMo0LvEpeJ1x6OClEfduWspf8FjuYE5KMnwXERe3uZwXb68yAk5QXMgyHUY_fv WCX15JfE5u6k09eaHXFYbSWw18wxHhrNp.Lhgq3_3V2kQwNWTchsQY9KtFOLKeqGRk1gnjriqmoj qgy543Nvy.iQw_z1a6nW2frW4_OUGNusYuoOR1BrqbwMJSN.e701vTjhAFTmfIHnsnmAlL1Jj5F2 D_q7ZVZjSJ0e6PI2wEw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Aug 2022 08:13:51 +0000 Received: by hermes--production-bf1-7586675c46-fjzzh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2108969dd09deb3b3cdc2557d122184b; Sat, 06 Aug 2022 08:13:48 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Why NOARCH packages aren't available on all architectures? From: Mark Millard In-Reply-To: Date: Sat, 6 Aug 2022 01:13:45 -0700 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <689E23B1-BBF8-4A08-AC20-2CFABFB981AA.ref@yahoo.com> <689E23B1-BBF8-4A08-AC20-2CFABFB981AA@yahoo.com> To: Yuri X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4M0Fbj6hrjz403Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=bE0sbjvM; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.34 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.84)[-0.844]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.204:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Aug-6, at 00:42, Mark Millard wrote: > On 2022-Aug-5, at 23:51, Yuri wrote: >=20 >> On 8/5/22 13:19, Mark Millard wrote: >>> Part of what is going on is that having a NOARCH end result >>> can still involve the build using build-environment-ARCH >>> specific toolchains. >>=20 >>=20 >> You are implying that NOARCH packages should be built on each = architecture individually. >=20 > You may well have a suggestion for portmgr_at_FreeBSD.org about = combining > materials from independent poudriere bulk runs from separate machines, > but you asked: >=20 > QUOTE > Shouldn't packages which are NOARCH be equally available on all=20 > architectures? > END QUOTE >=20 > That said nothing about such an idea. I would never have guessed > from your wording what you apparently were actually asking/thinking. > I thought that you thought that armv6 did not try to build NO_ARCH > ports --instead of it being a temporary build problem. >=20 > You also asked: >=20 > QUOTE > What causes this not to be the case? > END QUOTE >=20 > I tried to explain how things actually work currently for the > NOARCH failures, but that was under my misinterpretation if > your intent. >=20 >> But NOARCH packages fit any architecture, regardless of where they = are built. Once successfully built on one architecture they should = become available for all architectures. >=20 > There is no combining of poudriere bulk run results from separate > machines/architectures at this time. You certainly can ask > portmgr@FreeBSD.org about such ideas. >=20 >> It's amazing that this isn't what is happening. >=20 > portmgr might classify it as more-effort/too-complicated-to-manage > than it is worth, expecting that most NOARCH builds work most of > the time on most of the architectures. >=20 >=20 > But, looking up https://github.com/xtensor-stack/xsimd reports: >=20 > QUOTE > The following SIMD instruction set extensions are supported: >=20 > Architecture Instruction set extensions > x86 SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, AVX2, FMA3+SSE, = FMA3+AVX, FMA3+AVX2 > x86 AVX512BW, AVX512CD, AVX512DQ, AVX512F (gcc7 and higher) > x86 AMD FMA4 > ARM NEON, NEON64 > END QUOTE >=20 > So, for FreeBSD, the following platforms are not supported > from what I can tell: > (from https://www.freebsd.org/platforms/ , other than adding > powerpc64le) >=20 > TARGET_ARCH's: >=20 arm armv6 > mips, misel > misphf, mipselhf > mipsn32 > mips64, misp64el > mips64hf, mips64elhf > powerpc > powerpcspe > powerpc64 > powerpc64le > riscv64 > riscv64sf > sparc64 >=20 > [I'm unsure about 32-bit ARMv4/5 "arm" (no v6/v7).] Turns out that "arm" and "armv6" both do not have NEON. But armv7 does. > I'll note that the powerpc*'s are still listed as > Tier 2 for "Projected 14.x" and all the mips*'s > are listed for "13.x". sparc64 is listed only > for 12.x . >=20 > That appears to be far from a NO_ARCH context for FreeBSD. Note: I was thinking of architectures that likely could not pass the do-test target. I'd not made that clear, sorry. But devel/xsimd was probably only intended as an example and there would be others, so the xsimd details are not as important. Hmm. Turns out that the issue you are after is documented to some degree in = https://docs.freebsd.org/en/books/porters-handbook/porting-dads/ : QUOTE 13.14.2. Marking a Port as Architecture Neutral Ports that do not have any architecture-dependent files or requirements = are identified by setting NO_ARCH=3Dyes. NO_ARCH is meant to indicate that there is no need to build a package = for each of the supported architectures. The goal is to reduce the = amount of resources spent on building and distributing the packages such = as network bandwidth and disk space on mirrors and on distribution = media. Currently, however, our package infrastructure (e.g., package = managers, mirrors, and package builders) is not set up to fully benefit = from NO_ARCH. END QUOTE So a "known issue" as far as I can tell. =3D=3D=3D Mark Millard marklmi at yahoo.com