From nobody Thu Feb 23 03:47:41 2023 X-Original-To: freebsd-current@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 4PMfB55g6Vz3stR7 for ; Thu, 23 Feb 2023 03:47:57 +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 4PMfB50GLHz4N9B for ; Thu, 23 Feb 2023 03:47:56 +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=1677124074; bh=VfFiIFbLfvmjLBr+M69oY9f2j0dRKALKTOlnezAoGvw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DAGBh+PnqyeLkPZ2zIkuUixAya0wmfsCd4Bt8MV2mKX3Gozy4GpsizSsTBrR2nJclG24hHO0XYiHFwfeg8LHZFdgn670bVEZY/93lENdKPe1eQq/aiw3i4GOMhNfNeoAMOzG3hPf9FnbS9ANJ/G6ohhl161LjU6cbETnN7znaMc7QGloGqKQ/QSHNn1kaZcpIX5ywFwB85I/WZ53tCLEDwV7sdDWz3DS6nWj/ASkYBO/gY+9QUq8VXjoTEoVsK8Ix7eUupP9U5B1t8/fRMBynMJ/ZMKUs2X7l0H1ZGkOnhxWEuP1Mg7GpZK5yDcTLUO5NoUz1NdOowv3KqRGTIOeiA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677124074; bh=JscS5y8s1CN3CVx0SDMShL8UYfXwTpFDKZOFv6JCQMt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mxsBedNmnNlL8sCkxaxqrBYE0VfYkcphNbzR9J+Wel9/rE2mF27BaTU05hTOZ6qPJ8KtjERnJXdEr7HvCsjLqX/kLGtZveCQoQ24sLmWNC+VIsTZ6zCBZfn4emNciNHeEJbGe53w1z+j307OYi0TQ1nPBAFbfK/8FaO9C8UGS7s3SymjibHoY8l2KH2QgJj/5AoPm132yFLWeAMhBaHs9YG21+G2yn6/ywbUfc83ZwtRGg/RP6qbNWfgUGTUwkvX+fA1kBvSbv6wT97eEtgoCVNJiSPeiYDiirwRhp4sOJzp+rC9h8PbF/ZN4AIyRPEi8Kg6m5MK+d2KuVDInf48Lg== X-YMail-OSG: UXPFaG8VM1lhxMGnm1OqxChJ1ax_u0ABYTVbu9oDWcI4ncEK.yfCPZ7eMZL8tiZ 9mTYJUiCdxtpZDyoTjqjhCEXVvOcdxmX1fhsQcxB1k6VVIj7HPGjVPWJ9RLv0Bb35FGuCYXpC8Or 5ZXLlYpfxhMsXwHLLIbEMOFgvBKD3xXjfmcEcV1FmKOFgd5PMeQldJLT4mXx5adI5n5sIBTw5EG9 Wif2octrFIk3KHdJpx3X1rsrWm8Qaw6fBkO3iH6Sympqzzk3lRvSA3jtXFsh3PKVOcSeljesOZf7 jjVBOdckC585qLR_ovbqwdKIZh6e_ukM5pCroRO7wT6lQqjtijGr9Jh8iBpsLb.zHSgKUS.rTawV Cs2vXWGfe663YTX0mFuU8TecnFacG.nPBInulN1u0lv2H1Gb7434iNj_i4jA8WXQ74qIQsYVhSnK 9rd6L0TfHGC.Kndk4c1B_zpVlobq6iU8Ef3l18AwvLXQkld8qK_3Bi2DZW_3BbdYRS4wRy6bEamG r7slIzA8YP5cM291gS4ykm_Am2NFkjl1v3iMR.WwW9WsseiprKUEvB0JnBaVXc.wvwYNjWRVXZIX 8C7mQPcZVTxh3cH1UIEFxXRiZRGIFIzwwQgbz0dtQnCUqdloyMdHlvmA0F1fRfRQb_ykE0UlHWFI Z_ICc3SFuua1U9z0Xj_x_YkRj_exJO7OyTIhZ6XMRiANrPQOOESTJoeOZTqCp0ZZewHSsMxeh5i9 p5w83oB6wo.yNHzox2_U3i4UjBNqEkUP35J1M6QwNB7bVxfOFX2kqh2WlPTA3IM2QeSsSObsfrur EU7UWdOFPtZvqfpkThI2j6AViZVxGlsBhikIBfawWpVoR_pGOwlrAPWnZogn6cmtCDpsFi.27cU9 YF3YVipge63QobFc.2M.WXcfieligSmNzjUJJ2o642ZlrwuOqHt6MHrlWwZU2XwErsfF.MhZqYVW eUG37aJX7RnquXUtaqTzs0VWyJw8RBpsvxo2wcJuraXYanJNxc76c95ZGvPsHv9vSfiDoMlRdY0f Vi3tCcK0Xv7CE._Qz8EmbsJMj3snLZzDMM_5790Tj8QGP5Io6NS2h1AH0BMfwucmZcvvjzHREZi0 VIcsnw9yHa.cF5HVWq.6G.i6W4onhNKfJVmO7mKFvvKzb_59v05KhW8nAA3QeAhx3w2Dh.FSiyfK IflbgLV02yryO2bnLiDk3K0NkeDxBARIpNnHIEP0TaxgEOWjfusqttoQ1oUOEkxPaoTWD5n7jHf0 7h7NlXSe4oKalo2RTtikwj_QcUDwkddO6vdI_Y0GoT8uyddbFxqgBHs.nrlRTBrKs0.WFxf_6k.V F6MiKzjM0izokfTwMFdmQ9spKFyGy0e7cA3tq712hTH4QTTZ.Z3PC9jGpV3mw8aj6LETqrNbMk67 HxbzqC3KQRhVamKTafN6c4f7WTJZwhD0TzwWr2u3xX4ORwXKG3g9_M1SdvkJNVGExvaM2SJF7RVR E6dMVxXU10i9tf8h04g5qZ_m0LuYHf1cknRK0C53M_CPc9v606vLlao1szIuJPZYJHojTEVjJ1Jj VII3r.N8UJu3tW9zxIPlHQFTylz3LIiTbdR0.yMoDz.LEfekro4fRjPQPaifRKNDJrVKNTrcyc7x uSjE1sNV.bE0vwY9a8_D8SHCA4SdqX8PJaUcV9qKLgM96.HMr_.9pYffbEw8TL8pxe8WPX1KqjCB xPpwEeP9wMv641X0jyLSp32CEM.GdWsCFTqyuglHRVJhBzn72zQGDliEVT1GlsY7gJ6YZSYr_wsN Qn.m.6GYqLdTreqQMaQODapoVlEabp70JKoKSW9XuK.pJhtgkUUgReXP8xxgkNzNpp5nYAiPPK2H NHos1mIY4mqby0NCx55gv6x9I2pcublvjCs2_A52sNhktCFfai2IGJ3QOHzqU1dgp5v3ZcvZPk6B __PjdIWtHPQiewLDuow6J.nD1vA5lZHvpJMqaJ3r1Jt0OB_h6hTp.91I9tGNEop8dD9W49SsQXIt GG6nVxKMW6BujTXKl8tCFzcnafJ4111XpI4e6qGfMtvmDQnDc6ksw553NAQ9_o9RMh4MD4pAJR1G EDf6NF2NWrlPU98YPLxKIK0eNDhWwycoi5zKNvKTQTcxlz2Uze5.CRlZ5uFiBcmcGMMM8ixp3K3s Q9EgWOsd6HocoqYw5tCSLknWhKD8OYn9onQBSMlAP96S1i6_DokPld4ny9yaMQ76.rTiEhAVEYD7 AUykACoNae6oAkajmu8miQPt3WpIFRumsaOEaAMbrv3g4uhqheGtulYfsuQi63zTjhogFWZz5YdG MFw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Feb 2023 03:47:54 +0000 Received: by hermes--production-ne1-746bc6c6c4-j9j2r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 914d2b54f1ff303de312eb1a65bf9824; Thu, 23 Feb 2023 03:47:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: FYI: Why META_MODE rebuilds so much for building again after installworld (no source changes) From: Mark Millard In-Reply-To: <29887.1677115125@kaos.jnpr.net> Date: Wed, 22 Feb 2023 19:47:41 -0800 Cc: Bryan Drewery , Current FreeBSD , Peter Content-Transfer-Encoding: quoted-printable Message-Id: <27790339-240F-4C97-97C7-38AFD8DE03D5@yahoo.com> References: <3345EBA5-A09C-4E3F-B94D-39F57F56BDBB@yahoo.com> <73088.1611797582@kaos.jnpr.net> <10819.1677108389@kaos.jnpr.net> <76FA98EF-6184-4D7E-A01F-0EE8117D0D10@yahoo.com> <29887.1677115125@kaos.jnpr.net> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PMfB50GLHz4N9B X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 22, 2023, at 17:18, Simon J. Gerraty wrote: > Mark Millard wrote: >=20 >> Thanks for the information. >>=20 >>> strings `which bmake` | grep META.IGNORE >>> .MAKE.META.IGNORE_PATHS >>> .MAKE.META.IGNORE_PATTERNS >>> ${.MAKE.META.IGNORE_PATHS:O:u:tA} >>=20 >> The -dM output's "is newer than the target" lines >> show the path from before the above transformation. >> (The :tA results possibly could use another >> sort/uniq sequence for the realpath results?) >=20 > That indicates the above IGNOREs are not working. >=20 >> I've been pondering things because, so far, my >> attempts to experiment with this has failed to make >> the -dM output lines for the paths go away and it >> still does the related build activity. I've been >> trying the likes of: >>=20 >> .for ignore_legacy_tool in awk cap_mkdb cat cp crunchgen crunchide dd = egrep env file2c gencat grep gzip jot lex lb ln m4 mkcsmapper mktemp mv = patch realpath rm sed sh touch truncate uudecode uuencode >> xargs >=20 > Is there anything under ${OBJTOP}/tmp that you don't want to ignore? More than just _bootstrap_tools_links entries end up in ${WORLDTMP}/legacy/bin/ (so in ${WORLDTMP}/legacy/sbin/ via the symbolic link pointing to ${WORLDTMP}/legacy/bin/ ). So: yes. Also, OBJTOP is not constant over all the parts of buildworld buildkernel . Having the late-substitution form of notation ${OBJTOP} might not be appropriate for the content of .MAKE.META.IGNORE_PATHS . I'm trying to figure out if there is a stable way of getting a path that would not suffer variability via late substitution.=20 > Otherwise you could simply use >=20 > .MAKE.META.IGNORE_PATHS+=3D ${OBJTOP}/tmp/ (Ignoring the variability of OBJTOP issue . . .) I do not expect that would work: ignoring things it likely should not. Also, I'd rather grow a smaller set of ignores gradually to make it easier to detect if an addition starts causing a problem and can be backed out. Starting with everything ignored would make things much harder to figure out when ignoring creates a problem. > You might need ${OBJTOP:tA}/tmp/ > or both. >=20 >> .MAKE.META.IGNORE_PATHS+=3D = ${OBJTOP}/tmp/legacy/usr/sbin/${ignore_legacy_tool} >> .endfor >> .for ignore_other_tool in ctfconvert objcopy nm >> .MAKE.META.IGNORE_PATHS+=3D = ${OBJTOP}/tmp/usr/bin/${ignore_other_tool} >> .endfor >>=20 >> in what I use for make.conf via: >>=20 >> __MAKE_CONF=3D/usr/home/root/src.configs/make.conf >>=20 >> It is using paths that match the -dM output lines ( sbin >> use despite sbin -> ../bin being a symbolic link). >>=20 >> Note: WORLDTMP is not defined that early, thus the ${OBJTOP}/tmp >> use. >>=20 >> -V.MAKE.META.IGNORE_PATHS is showing the paths I would >> expect, matching the -dM lines. >=20 > Do you have example? > I really need to add some unit-tests for these... You may want to wait while I see if I can come up with a better example context to show things. I only just noticed the late-substitution potential issue and started looking for a way to avoid it, for example. (Either a value that does not vary or a form of causing up-front substitutions in my make.conf .) =3D=3D=3D Mark Millard marklmi at yahoo.com