From nobody Sun Mar 10 22:04: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 4TtDTV3TtPz5D013 for ; Sun, 10 Mar 2024 22:04:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4TtDTV09Tjz4hm4 for ; Sun, 10 Mar 2024 22:04:29 +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=1710108267; bh=KDV60d4NCDRQw7vI5dplAPNh1lCu2nC9jD8/vxUHmeM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oIV+MRMQmwVyK5Srvq86Dm9bbUS3lWcy1b56/9xg8a32UZVRAUFPhgucFzUSITHgK3ey6ZE5d45eybAfQWcN3RIPh5D1b2YunxNzIH8kcT19Al7Vj/wVwYrLj48R+krXT8/fcYzT8m4WX7B9LXT+7XAGvmHFrtpV5Lx5A9KFroAYmzya8bQkDnJm1Gjcwc6q/1ePo7VklOJbKwR5p0Pw98b49I+p0ZDhwLGyRG7kKZGbLe5za7Enix4YXjVsgQIQlNMXLMor7391uw+L6f6v9ags6O6Y6yNzUEI/atoksGJW4MZO0AorH5dWDgXqQQD3BWAAfrZGJfiU3A71dOEy+A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710108267; bh=aYpU6vajWOlMJO8ShS81eaNSYWFTPqcC7E2zHN9gGTB=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=H9RfC48FO3tENZvfEE/nu0whohF6oTK235/PbJmt3fu6trNO4pNleLwkQ8gvAt7PxeI2bPkjSybgtTQIEJfU9tuXOyYjitgwgqwxvWb/CeZNeizYqYXwlAHeM12iatwdKLHhe3kNGex65TSwv8rfU8QXhgAn5eqE7gCfncqLTLArIZy4qf1O5D0j7fBYYReColav0ksmbPdra9oN43KsKnt+Wr+ycqYR6n4fRfpC8Tu0deVA1ltk/LD23GbPczw9nzJgheKx7d+InfU1qfKcPLiOdWR3GEUU2Y01tODh2JgwtHpXKokQZKMMxwwMdMWUrqhnaYr1aOSD+S5fzKWrhw== X-YMail-OSG: 0JlxutsVM1kKedHfiESiu11eFLeMwkDnhIQqTKendhfMed0GbCDZms2QuGw3Y9m Wr7XpHe9f60OSdB15JRjVGCYE2TOuqaLfAJ0h9x68gKc5o4scQd6bGdBZ4GMTFRt0kMBZawzI6qp RLN82EOB_.yfEBvqCyjaHJ9Wfpk7PLIbFcl2IxbA.wRHo7srmB.mlKrRNrpUJJ2qLW25pG1jyCmf zpuO.MsnjcU2ky5X4hzT_MCnUMwOihwxR471i3I3J9BQPY_qAzcFLBqr4poOqI45Uv3Qn..rXEPG 9_GzpV8WA3PtTWTn2qVEK_UPR41LbYoQe83cBWt1cI1U23v.BMQ82Yollrj5W98H_vJcw_2vOwRE oNv3nqUkvMI3p4i7LYQCHFZdvmioC7amKnP56GDzpGA.CU8k93AsYto55MqobQHXm85rlEEtFMnx UZZtFrF.Enzi4YGcRBJqo.WmoI2JU3As1dQQwBdVutus_siHtvli03whkAuYg7EtoRfPjpfycooU L7JpF96LN8BFJ1JRistQufremml63tGP0HJDAQ3O2S7q3GdlAt_NkDTTCeX9Z3DOnnZxwWoF.9UL E4wk9MAz2_4PjEWy4dr1kPWdE7DNAdprdaNZI2dLNDztYFR6BBgA7HUvNL00EVbZoG560.rLNLQc s4s_16Bt2IAPzRCdOOsmHi22xq6ge67dEBJYjSlBDeQ8.eAC45TC4qPPAWBF4mUk1z2KZGtVgiiT pM4YDRmmqqvsq8QwickWMMEZ7CMC2865YFeWB18IlP5K1ozka_9ACFAv8vIfT8i.eGLytRnvPxGa CM9dyzXv.EOVT8aEpUahogS4B0P.5GyDYPtGzWShpH76vLwsr6f5ipMA1Zzc0rYkMMpc0dLkbEmD ODoFhFRXjppNRQq_xpQdDyanLaxUivP4PseSZnEeK0QNa7VFda8JaxBo6IjcUOxFgqZ7rKZWbhHb OMfGphf9gk1Y52yAZjfwfehi_plew1DMWsbG9K1Tqbi4I3FJlrrP88KdpsSkDJIQjyxXvsboEfkl of4cjpVuLUS6XP0yQmYcgiPux2cgW8mz9MOzFdiLDTJXWqLEF_vgOEuWcw84l_j.9ETSLtefaC1Q rAjDTBxWQSKS.tYJSE0WgNeYFLjwZ3i.88y5KWv4nJo2qWBcUt45yxN2d7PcnoswXHDllSCExakL EvXR04jt_7Sy_s_ehnzhJkmup8lYUi_E8i1Snlo_UpG_9cBaWL4QXi3My.IumwlsMD2lJGNkbY5j 6qMF8z0c12fxw7_eyDWx4w1OJBHuePwMWo8sg3wUUAsy2I8GNnt_rCgwJDr5YlC.01U8tB0P1Rda HmvUOXINdLVWtopssyaMFBSmrw0MJEg.OoiKkD3TP4OXFQYemUfq3s8Lb5IV.7YFebVg6SXUOObr dqkh4KMfLY_zi4y.oYZqxZt0v5ukPcG9767VNNxWAfQHso6Vmu83sOjrnz_W.Rc5q9OV3uZZ79PM 92MEZ3HdEzekV5DL_.dBoL6kV4w6Cssto_6clr_BWWhrEwfkzmVA7WSGvnYtVLBD9sOdxzHUKluK WaDeOMuJjgtOF4ivbz4hNvYEFdO9ixm82PbSa1q6N23Z4ARrL2cUWnpZ_T51esUE5EZ5O9jjIRus cTXV873m9tryawLzKFZkbl5D5EBaJaSWFbGaP1.Fn.tjQPWSKS8NHxPjm.VCvNv1SH44pKAg.CwQ 1GtIXLyy40hYSBBqXJNu5hJB8d8ldTGEYsIuZoLHXUAa3iBruf9jrQ61mAtANwUmhhTt0Z16GVDy 3OBNW4rB1Rs27C1ngPTu3QCPvpv9BVZpuISnQyWwY5.ejs2t6yFAUS6GDSTj1mZ12vWArPiXG8Px ExILi2UE.3ngzgbx9sKHdadaEv1y9eBe8WhHDg5Bk.HJUGV9hiB3p5fIzs8KCXUMx2BXSCgJ1VML OUxKYqYWG0Q04Cd0yDKy4wJMOh3KcuMV29FGTR_UdGLk7FpOba8xxpCPxCTTQ8OIMgvnjoC7JIWw CzTCpSZHTtbK18FxH.eGQfrwolwcs7gcVtaDCfqpQh2WQ_IOA.pxMQN5V7e_GX9oqdcWtdK0KEnK g5eQ_vuNqUDtYH8QXI_jE3OdI4WmTFH6t19PZ73aSiU6DclPChVSScWAGLTvvdwmgZdcxItCfNDY plvuni7izyhBCe1iZu5QQ30gFRq7Ars_WUncLsxprA7wX0z3cQbdZM.rb_wAghFCQX1YOi3MXmEv v4vAYRcYYSJ4Ug6GDt6UxXXjf61FlfaNlDLi2UFcaQxUOeGnZ1JFDyzXzm1xo.WFtHPR0Xs6R0g- - X-Sonic-MF: X-Sonic-ID: 8d4ad4df-3a3a-48ed-914c-af96da3cafa4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Mar 2024 22:04:27 +0000 Received: by hermes--production-gq1-5c57879fdf-jv4v7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7f1b096ddf94beb7fdcc23613ce0c4f0; Sun, 10 Mar 2024 22:04:22 +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 16.0 \(3774.400.31\)) Subject: Re: FreeBSD ports community is broken [port building configuration notes] From: Mark Millard In-Reply-To: Date: Sun, 10 Mar 2024 15:04:11 -0700 Cc: FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <87B38D6C-1D83-4158-B03B-F4C8EA396DD1@yahoo.com> <4A386631-E8FF-4640-A927-46DE38F07F00@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3774.400.31) 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: 4TtDTV09Tjz4hm4 On Mar 10, 2024, at 13:34, Nuno Teixeira wrote: >> Hello Mark, Hello. >>> Context: 1GHz, 4 core, cortex-a7 (armv7), 2 GiBytes RAM, USB2. >>> RAM+SWAP: 5.6 GiBytes. Also, this is doing my normal armv7 (and >>> aarch64) style of devel/llvm* build: OPTION'd to BE_NATIVE >>> instead of BE_STANDARD and OPTION'd to not build MLIR. I forgot to mention that my builds on armv7 are set up to use -mcpu=3Dcortex-a7 most everywhere as well, even for building rust. (I'm willing to have some small, local FreeBSD ports infrastructure modifications involved to set such things up.) >> llvm BE_NATIVE/without MLIR seems the best option for this kind of = hardware. >> I will test it right away and compare times. >>=20 >> Related to rust, it have an experimental option to build with port >> llvm instead of bundled. >> Have you test it? No, for a couple of reasons: One is that I tend to build the latest devel/llvm* that is not devel/llvm-devel . (Analogously for lang/gcc* vs. lang/gcc*-devel .) Rust is generally not set up for using that recent of a llvm* as I understand and I've no interest in dealing with incompatibilities showing up. Another is that if devel/llvm* must complete building first, then the over 3 day lang/rust build must start after the over 4 day devel/llvm* build finishes, guaranteeing an elapsed time for the 2 of over a week. Note that in what I did the 4 days for devel/llvm18 covered the whole lang/rust build's time frame as well. (Rust takes less time to build in part due to it builds a smaller subset of llvm than a devel/llvm* does. [Rust uses a lot more temporary disk space than devel/llvm* does.]) In poudriere.conf I also use the likes of: PRIORITY_BOOST=3D"cmake-core llvm18 boost-libs gcc-arm-embedded" Listing rust explicitly would help make sure that the two overlap in time. (Both depend on cmake-core .) (Remember: that I'm partitioning to keep the RAM+SWAP use with signifciant margin while also avoiding FreeBSD reporting potential mistuning of the SWAP size [given the RAM size]. So I avoid letting devel/llvm* have all 4 hardware threads in use for its normal build activities. That might roughtly double the RAM+SWAP peak usage and make failed builds far more likely.) >> Tomorow I will do this builds and share results. >>=20 >> Note: I did not change llvm default options in the past because I was >> concerned about it affects testports. I depend on that I do not use any ports that need MLIR and that I do not build for other machines. (On aarch64 I only build for aarch64 and armv7 --but BE_NATIVE covers allowing that.) >> But, I need to give it a go, because build times are impressive. I'll note that I might be able to do better on the likes of the Rock64 (cortex-a53 aarch64 with armv7 support as well) instead of the Orange Pi+ 2ed (cortex-a7 armv7): aarch64 at a somewhat faster clock rate (but still 4 hardware threads), 4 GiBytes of RAM, aarch64 allows more swap per GiByte of RAM plus there is more RAM in the first place, USB3. So RAM+SWAP =3D=3D 18 GiByte or so (but under 20 GiBytes for sure), if I remember right, could be put to use if it turned out to be handy. An interesting note about this is that it applies to armv7 poudriere jails used on the Rock64 as well: More RAM available overall, potentially avoiding using SWAP space at all (as thigns currently are) for the PARALLEL_JOBS=3D2 and MAKE_JOBS_NUMBER_LIMIT=3D2 combination. (I'm not using MAKE_JOBS_NUMBER directly any more.) One thing coming up is that lang/gcc14 will be a bigger, more time consuming build than lang/gcc13 and the like, because gcc14 needs to use the standard bootstrap instead of avoiding the bootstrap. (Avoiding it leads to build failure for lang/gcc14 . The gcc14+ bootstrap build process after the initial "C++11 is sufficient" stage depends on design choices that are enforced that go beyond what is in the C++11 standard and libc++ does not use those design choices. It gets ever messier to sidestep this. In fact, even language/gcc13 and the like have some sidestepping involved to allow avoiding the bootstrap.) =3D=3D=3D Mark Millard marklmi at yahoo.com