From nobody Mon Dec 09 19:14:50 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 4Y6Wlf0vXGz5ggWC for ; Mon, 09 Dec 2024 19:15:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4Y6Wlc6ZQxz41jd for ; Mon, 9 Dec 2024 19:15:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BrV5dMUj; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1733771707; bh=Pdi7R9ukdFCiehM3HySo30F8DSLd+os8MYf1IoI11is=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=BrV5dMUjvh0y1T4gvtQihejeRKcJi8w7vJd6C6PWDwuslt2PoBBK/84+/7GlyMydSOIXe6+yU75SNwbNHDUNyxIy5J8gppSPD2ZVw8HLc5WKCXVMXpjuxV0J5B3j6GmgMR1twZeHEgloYyMQZ85xzacVFjj2DSgfM8/MuKN9/6739B29XpsaFA7xkfRkHXvVwLGPlDATyFO9QVon5PxtWXNscDExEv2vT4UO4hAO+6+EWaP970Hp75zBPiX8PhRixz4ka22fckcbannzeg84Nfbn6z7RpFg56K3/8uMKvlcnKcna/StNvhV+bij+csArBsG/pIXiaj1g/yU0hfhFXA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1733771707; bh=fxP4pwk4smUiQovjsYlbIpsBg1kwMVBaujZ5ghg9TGO=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=DiCfmrP/Erz7uWtYcU4trKbcDyCR7k51TwJmDfX2F518Ka6mIcYAsRZ6NHw+qEq+YDpNLKxT5MDpPIqentKIn7IKGy6saxs8l2cCYFExfRYAa0T3bpND3guAQC5ECvoDP1W4UBjl9gLWJMx4V3GpAKI08QUg8tiYTu7+kP902u8qUw7OeS4hBnb/DCtDCwgnlEhM8dlAFFMvDZckp+vDvw+gXu7ZKQUFqYQ99Rtw/SsVNB4VqEYSPaATUFm/wV4nMQZZ0Yvl0xbG11fCD+Lmlx1QStCCUtCxkLpT1GDu1UjC2aHlQstdxe/Vdcp/eHssGPSyJ0Nt6IU0AC4+43UiWQ== X-YMail-OSG: shImJhcVM1lR0tHnboqx8dSkgpdDqHG8jKsl3e2vUTMtuw_.HDdEo9ntc8im899 vX5CrIQWtO07Mz0yOtUfo_XyvPgj0l_xreR0L3FLbC1xKjTb_y.uQV_qBj4fB0fsbgNWQ8adVG9a W5BnWWzFZ1XZykegF8erqlWnktVeliRO9inkMAsEignSk_LKjqkypSeLEfS2gBQ9Un_hGcZjlybD LyKfEtzHfhONhtv7Hay7Wj6893swuhsj9BIvYqfyTK5Qxq_a_wTEnJuxjtw29HRoWns2zfC65Ula J6hX9OzRxMEZeNEOpCcCkSETgd2pOt_nUuTuMfOubOK74Ko0MSty4el02IsXYzsCadcX9IEGLaua gI6oajDuvMT0EuFmtwRnOO8YD06.sN.7ZgOKl9z_q_TMmUm5_Lyfr.B7ohHmunkYMSOUBp2JD3TN kqvyPqtFx5byQQGyOm6Uz7nDXCD..TDKdQqLsdMja4C6xKz8cXKzM7E92xyIIHmKKYVfzB4xbnjv bc0lJyF.Tx5pZH160fPwZVg21zbtNBE_XEnqCNPRh1T9sUf0EGPfZO8juZwgYBsfbU.xN8sIfxdU chvmYvMVi_3h61Erc83FTER5R5LxRRNkBDyhOzRms7tAZ0ePBqKT6dOWMy.IV_ABfqrETZhGk8Dm lTZfejleE6H0qWjtFOzMFUMduYPT7_byZI3qO__e2nQzUtWueyBXIK4aDI4dn.J4Xzpymakxj6_h SyMdfZsTqNkAs1obTQQ_1PqrIThmSviVgmtSGEcXFudb7GoA5CBBKbQABLoxpWoUajPUGoIOghe4 MXDFsW11rDDF23wQcQR4gohpmYu9d8B9XlpU7aa8OErAjPNVSLjz.PVnfpq.avmLymwLu.uMtzr1 .ukBbxpg.NjUg8svcb6VGCAhi8bvebKgYsMHL8rI4tTFntccyk1hHUbwZTM7yGa2d7kWMM90YDE5 85F.jd0Mw7Ms2nwAcNy_DPjpjSE_AbpjgVG.P4MCCRXDG_7X1XetVcihySqIDxuvBLbC0h3jPUNF k3MLW8keIslgl05_LWuiUiEI6PNRqKHBQd1iHndZr3yQP2HvA76oXEOIkMiUP0XCrWQkI2CmCYg_ ZaigU65shThMMdKsqDmEJ.P8sUxXcmeX6xJneyv1ExgUxUqvv_nT68Xkxiy6M5GWL_8sqXhuVxvI qGZL1c_yONRMv3pHWyr4Ik6Daqz1npHy8Jp_BtS.R0FTBAgcoqNpEMcsSHRjIT7Wf0eaPGU2kIsT V8kXJCL039WFGjhBMEuO_RCnz0.cr_nZDlXRliG6LjLy7whJmenpovg7_3n3FOV5geL58jekkp0_ ysgr_JzaPG4rh0fUOtHMPqTXLbKW7Vm.bSoJDn.8ykg9tk6WjSgQo9Q70Hg4piy7A6HJpue1Vmxd GCmCyUv04YlrzAPRo4OdZ5oLgnBVJk_58QomQbr1NMvvy8eUv0gVdXJldEfYNB_0kKMXBzsdceaz McrpSqtZN2QvBoh2Jh9Q4B3mmJHdTzab_3x1PmlIP6afjlMujZHKf0rwLb4vKRsAX4N4Eoaipahv 6QtMKFKTYscOr0k7Wx2Af8jgfKDEXDKXN81IZ6xiglAlrZjWVsnHH7O9ir8lfrppTuXwgM0hirsW JJmdxCz269dV4Z81DeVkfZIcsiAA9UpiZcHHqQuNJBGJtQIDJYKAWKfK44CGlDnMoUz4EZMgt8hV ue.zWcxo8ktux41eDRCW0fOdf9F_k.rjYfaYZbxRSSyE1ELInQ9mUnQBN_nLSf1fwLsBoG2bsWJM YJyQaRWKVa4PhtCmWbPsJgeuBVKwUCmifM4Kxa0lyyNJyM4q87_qJNS9INDwl6EgNyY.IVcZYw5G qMPyF1UIScqG.eHKbcpgfKbpEFbdp82i9g27Ler4gu2sjKHT4ApIRZqc3zXvy3St3Jj6PWuV.yqS VwK5p7blxaZW1XGSmdBsxPwWSzRXFIXMU2xq4mczTnqFFMG2T8XnidGGPMK1zaHND2w0vw5b96gx orvZjnkdh_KT3eqE3UzZRBtFj_LjJKtDpULmrb.zgSJWzXrZ84_KI7GA31ToPDRTctdznj0NdJkW PTJyoJCvLbJtlFcqWlLf9xPIoFW4piHu1dSqjywmLHhBCFtWVy94V0AU56iYr5VIgACTcJ2UxRVh ZLyWHK9nXXZALozccuhGAU9Bn568WjLEjRkavoBbb37MnYb4JuneyY_RCX3HF98TJI0alg5hnQlB PPFzD3BI3Ff6ddAG0XAVRilwCZjU8w7XP X-Sonic-MF: X-Sonic-ID: 77d2c9bd-7e09-4a18-b1e6-f1579c48969f Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 9 Dec 2024 19:15:07 +0000 Received: by hermes--production-gq1-5dd4b47f46-k4d2j (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 115373c5d725cecb3e8ee52daebf0ea5; Mon, 09 Dec 2024 19:15:01 +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 \(3826.200.121\)) Subject: RE: Cannot build net-mgmt/tcptrack on 14.2 Message-Id: Date: Mon, 9 Dec 2024 11:14:50 -0800 To: ml@netfence.it, FreeBSD Mailing List X-Mailer: Apple Mail (2.3826.200.121) References: X-Spamd-Result: default: False [-4.00 / 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)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; 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.69.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from] X-Rspamd-Queue-Id: 4Y6Wlc6ZQxz41jd X-Spamd-Bar: --- Andrea Venturoli wrote on Date: Mon, 09 Dec 2024 16:00:34 UTC : > I've just upgraded my Poudriere host to 14.2 and I'm rebuilding the=20 > packages I use (with 2024Q4 branch). > tcptrack fails with: >=20 > > c++ -DHAVE_CONFIG_H -I. -I.. -Werror -Wno-deprecated -Wall -O2 -pipe = -Wno-error=3Dunused-but-set-variable -fstack-protector-strong = -fno-strict-aliasing -std=3Dc++14 -MT TextUI.o -MD -MP -MF = .deps/TextUI.Tpo -c -o TextUI.o TextUI.cc > > TextUI.cc:306:17: error: format specifies type 'int' but the = argument has type 'time_t' (aka 'long') [-Werror,-Wformat] > > 306 | printw("%ds",ic->getIdleSeconds()); > > | ~~ ^~~~~~~~~~~~~~~~~~~~ > > | %ld > > TextUI.cc:308:17: error: format specifies type 'int' but the = argument has type 'time_t' (aka 'long') [-Werror,-Wformat] time_t is platform specific. See later notes. > > 308 | printw("%dm",ic->getIdleSeconds()/60); > > | ~~ ^~~~~~~~~~~~~~~~~~~~~~~ > > | %ld > > TextUI.cc:310:17: error: format specifies type 'int' but the = argument has type 'time_t' (aka 'long') [-Werror,-Wformat] > > 310 | printw("%dh",ic->getIdleSeconds()/3600); > > | ~~ ^~~~~~~~~~~~~~~~~~~~~~~~~ > > | %ld > > 3 errors generated. >=20 >=20 > I'm attaching full build log. >=20 > I think this is the same as: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D997254 >=20 > I could fix this myself (and possibly provide a patch). > However I'm wondering if this is the right thing to do, given it seems=20= > there's a new version around. >=20 > Have you already seen this errors? > What are you plans with the ports? >=20 > Should I file a bug report? > Or is this some problem on my side??? =46rom "man arch" about the variable relationship of time_t and long and the like: . . . Type sizes All FreeBSD architectures use some variant of the ELF (see elf(5)) Application Binary Interface (ABI) for the machine processor. All supported ABIs can be divided into two groups: ILP32 int, long, void * types machine representations all have = 4-byte size. LP64 int type machine representation uses 4 bytes, while long = and void * are 8 bytes. . . . Machine-dependent type sizes: Architecture void * long double time_t aarch64 8 16 8 amd64 8 16 8 armv7 4 8 8 i386 4 12 4 powerpc 4 8 8 powerpcspe 4 8 8 powerpc64 8 8 8 powerpc64le 8 8 8 riscv64 8 16 8 . . . I'll note that sizeof(long) =3D=3D sizeof(void*) for both ILP32 and LP64. So the void* column matched what a "long column" would be like. So: time_t is not long on armv7 or on powerpc or on powerpcspe. time_t only matches the size of int for i386. (All this could be FreeBSD specific.) You really do not want the format accessing too few or too many bytes on any architecture/platform. A normal way to handle this is to cast the time_t value to a type that is the same for all architectures and that would not lose information about the original value. Also use a format that matches the casted-to type. So, the issue looks to me to be either an issue for upstream or an issue for the port maintainer. Upstream would not be limited to handling FreeBSD's specifics, making it more complicated for them overall. =3D=3D=3D Mark Millard marklmi at yahoo.com