From nobody Fri Dec 31 03:15:51 2021 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 72B6E1910A85 for ; Fri, 31 Dec 2021 03:16:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JQ9Jg3nYsz3Pvt for ; Fri, 31 Dec 2021 03:16:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1640920555; bh=zVkkqD2K6dI9F3j+Ky155tPM8eGL0zMxe5/iE5kXXmU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LHABI7mDIU6pjhCBfXfb4sLEBqnP8BmyRw56HtMk5gTlaeJd0mgR9DTYqoN9Tkg9B8meBi8Ffuuc7sivbqjDA6hwRvYvA/ooz3zjCFV+vvmb2fsPK0i63jvIzSH+aUxcLdCHinGEO863lphSjsQ2aZ7jrEmUBkwy75PUv0E5SlWivTj4pTjIgRxQemTGJFCxcRQVizhKeAXX1pRKb6vAlu8GJR/LZHTkT4foiTAdav5Mb9iFudXhdNeZ60UZqdbEoyTR2dOKbv+vlmDdVT0RmU6tsdfByYE4jPWE39RcNL9XJ3JXAaau+DIJ8Mkzdq78rIAPI2dPBp2ZGvQ72r73TA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1640920555; bh=da+41ZXG4uY2Y8pvkYArEZCEDwWHxEtsNWVerwlGY6w=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kiPQ89Q4tOWJ2w6lr7Po95xIFdErXK+hFikohdQ3fx5wYUurTwvPi138xW+bzJhhEE+E2lIon/uEZMr2v7esapr09NMG+Ip0utLQrwScBEtJkVoiFiIBQr016IFeBuxNsFhfBW7Mbj6FgQnm5h4GBsYBvZw6kD3HmcR9wo967krpFHQjzSh6KKwDE7OIXOQPx3nxX4tsod3ikWJEEO8EGaxlL+tU58RakgToPSb4eCYjnVx15IeoejXjZi3Od7R13KPBLHtUk/o43RWxcU3GOmqTXWE+ALhy5JivM7TAshzChW9kggYLJoKWH9i3WJDNPHYkmfbCVLVY+p1qSDTSyQ== X-YMail-OSG: FMMq9dMVM1k.qIB72YgxR0n1S2wXMZgIge.CubB4dqfi3BZ5akA8D6L45CZlYJm moclCzh7qwPL4S122TEyl2i_KI4hWnod7a2XC9JWXJAvyVcjENTM_wlsU_fkP98o7Imrgy9INqzk Yw6QxSzNG.WvO0ZTRUxcpKIpyIK08zUUOBt5eC4RoD8hGz9Mc1CBR6F9PCPED1k9vllczLOxmMnb rdIAgUckklIjIJQtnkbFy0umHCumo7XbaKizltbKzwQcU0zxaq9Bg6OdRszZWhJaKRMptd9VkNB4 SteMPFVxts8aQYsH8I2beXSRoLBJCYyTcwQIYG3ShH4s_2cuebNMLk2nj.PObdpWBGQynGN.Fgfw nXPR2G0lAqGUbvYdhasITm71vnwgcnVWu6ggeWhOrfdhWGGtfcdnXr5v1ONyJiAs8aDYcU8feufT L67ZmBBsgQT1WwpGE7dyvJ_A5LKrCH8mrvsnn1dQ2j.vWVdyVobfWT24KY_AaO.iAxsNIGO06qrq a2EUi2U1S7Uy64T_uzRMPEXoXtLxayj8QBdZQdlwLNDTg4mvRenHa3ShXmrnT0VpL8rgS1NZ6Hvp pLa9YQf5TQBajqhFlWi9p6VEZuq2yVAzhBPBy7TPoH6gN2MbSPh_obxqddoz.NixoVhSVbx8fxxu gqgGqzajMlgsICaxxQg1WTJYKvTi8gUKnwyarkatl1Vm_E1ipI5uMNbFn7b_sn_I4ytxKkXLhwmu TiN9bSH7J37K.tAkhOAWpBcZZemac0nMf_TI7dR3y2fwPRU_IXRzUihaEIkeAbGSzBR.mS5i6c.U VJDAJ_IL6dpOa2Xdm.Tbo0rlkI_1_w4tTvVZA3rXmwzHUzP5L9gvXIPgmlXQqAKwaxDj7LIb26b9 DrfhDTqSdpxQMAvfLxF.XE4oJrc74xqlcZGKTJQkXmgwHL9QDlAVxpzIzotHhGyM_vQP0ayS9c.A 0moXgAI2WfQ5P2batpzdwTYgI3uJWo9CcQ6giw421uqn6goxZ9bypWMcB8FPZkrwDVkFyixsb8YO 5IbH2BUQPmSAfZsa_W0Oknhmywzul3QcAtGus0lAWQjE2pnBbIkIoyxZ1eFByFenMkNOS5ydMIO_ 92wx0IY.xs3gM.sbpiVk32ZCgfo6qICrt4jQDUTYu0BVdwUPee2cr8SnjUc.kGtiSgORkM_PNctk Nig1lvUUoHaGEeLycHInVLPOfg9sSy9duDGEvwm_cUNVuvQl2sLLi_pfaoa07p8YdIjyuYiaYnMJ MwPtfSKqfaNaITfvHLsso2eA1KNc0DlqFSJ4n3_kCuKV.JgreMfiId_ka2otLYDQXWtNAJUrVHvn p4w93cGlhpf_t4u2mXvOBnSwxeo4jiBb1lrergPmVwfSAJSvqrXDqv871drnUixttgOt7bxZm4ru izllfw1X8SrVcPw6nSjKZOtg9loePLw0dOrU22kw5lreSdIMR4To72JCEkkpf3wWu8kHEw90Z2yu 9GbY1f5U1muhJicIo.90Gf4nbVqDSoo3Qyo65Nq5i1bWV2Iv.iPw5IzD8VbnJdi9sziFkWsFcE_2 vxw3KIPo5trpiA2s9SV5d34zYxO189fQoAbcpIz7DMTPW1PqzLqad3RYGYjrJP2RmPJ.6G86DM5x xmT8xp4NSUdKxcmqxw_spc3Axritsfg6nPrspqO6mkKfgMKwuvCTlQUyHAaH80SXmhxNJjSz3rYh iDtvl0p21_b5gUIicE5BNfFDQx_wZ5XUL5100TjWYHL3yOpHFuxZSdg0ORLVNj2C7KGxA8drVklX J1gKoYW8GtThXoJ_hguol3fr4yalkgOfUJjtvZSHiCeqIXhn6rOQqlrmYkGY642JPRsJTLkmeaEJ OdtZoH8dEdjSrRYhaZ0ZxDe9_UybAA8040.507fvu5Nri0NPNZSfrqPZvtki6A0gHiHm_7rynBve fUwbonwHv7ykFGU5BKlji7tbPRFgKa30i1KnyNUa3D6mZhEpCLJh6TpUmCcgRBgP_0vqi.APyz5N WkEL3tRw6aLg3yVEgmfpO0OlBbzE2bvAdWgZhr62cHNbCa9UFSVA2LbTJXggg4LXAnq2LhbVCEWY uMmWZf94C86bcCPVtHK9GehfQLdbYg74psD1eelGdo_rl8e7ySsTjC0DEUxmOPenky08a9p4sWKq s726Oib6UeT.AIR9jpnRGjXj_UwpRh4paY2JUeU_KTzIxz8mJumT4lnfuDGqzNDlMyjQmb0nsCU8 _ljQM4GqSxCnuw0PyKdAs_ZiaWo0B9SuDuYyEoke_zuAQ0OfWTG0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Dec 2021 03:15:55 +0000 Received: by kubenode523.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID bf72c175662442cdcc48ec8ab995c3e5; Fri, 31 Dec 2021 03:15:52 +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 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 5e6a2d6eb220 - main - Reapply: move libc++ from /usr/lib to /lib In-Reply-To: <202112302314.1BUNEPt5016004@slippy.cwsent.com> Date: Thu, 30 Dec 2021 19:15:51 -0800 Cc: Dimitry Andric , Ed Maste , freebsd-current , "dev-commits-src-main@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <8F2CC835-812C-40F9-9097-B28AD8405737@yahoo.com> References: <45118DB4-F8C4-4F96-9CAA-5DC5DCFFEB7E@yahoo.com> <3140C5F6-495F-441C-AA6B-542F3BC53B62@yahoo.com> <202112302314.1BUNEPt5016004@slippy.cwsent.com> To: Cy Schubert X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JQ9Jg3nYsz3Pvt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LHABI7mD; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.99)[-0.988]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N > On 2021-Dec-30, at 15:14, Cy Schubert = wrote: >=20 > In message <3140C5F6-495F-441C-AA6B-542F3BC53B62@yahoo.com>, Mark = Millard=20 > write > s: >> On 2021-Dec-30, at 11:52, Mark Millard wrote: >>=20 >>>> This commit results in a different error. >>>>=20 >>>> ld: error: = /export/obj/opt/src/git-src/amd64.amd64/tmp/usr/lib/libc++.so:2 >> :=20 >>>> cannot find /usr/lib/libc++.so.1 inside = /export/obj/opt/src/git-src/amd64. >> am >>>> d64/tmp >>>>>>> GROUP ( /usr/lib/libc++.so.1 /usr/lib/libcxxrt.so ) >>>>>>> ^ >>>> c++: error: linker command failed with exit code 1 (use -v to see=20= >>>> invocation) >>>> *** [libclang_rt.asan-x86_64.so.full] Error code 1 >>>>=20 >>>> make[6]: stopped in /opt/src/git-src/lib/libclang_rt/asan_dynamic >>>=20 >>> Working in a system that had the file removed and then >>> manually put back after the upgrade, what I see after this >>> new rebuild (not installed) is: >>>=20 >>> # grep -r 'GROUP.*/lib.*/libc++.so' = /usr/obj/BUILDs/main-amd64-nodbg-clang/ >> usr/main-src/amd64.amd64/ >>> = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/libc++= / >> libc++.ld:GROUP ( /lib/libc++.so.1 /usr/lib/libcxxrt.so ) >>> = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32/= t >> mp/usr/lib32/libc++.so:GROUP ( /usr/lib32/libc++.so.1 = /usr/lib32/libcxxrt.so=20 >> ) >>> = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32/= l >> ib/libc++/libc++.ld:GROUP ( /usr/lib32/libc++.so.1 = /usr/lib32/libcxxrt.so ) >>> grep: = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/G >> ENERIC-NODBG/modules/usr/main-src/sys/modules/twa/opt_twa.h: No such = file or=20 >> directory >>> grep: = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/u >> sr/include/dev/ic/esp.h: No such file or directory >>> = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/li= b >> /libc++.so:GROUP ( /lib/libc++.so.1 /usr/lib/libcxxrt.so >>>=20 >>> That has /lib/libc++.so.1 (outside lib32 materials). >>>=20 >>> But it also has: /tmp/usr/lib/libc++.so and is that a problem? >>>=20 >>> And, checking on when the files were modified: >>>=20 >>> # ls -Tld `grep -rl 'GROUP.*/lib.*/libc++.so' = /usr/obj/BUILDs/main-amd64-no >> dbg-clang/usr/main-src/amd64.amd64/` >>> grep: = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/G >> ENERIC-NODBG/modules/usr/main-src/sys/modules/twa/opt_twa.h: No such = file or=20 >> directory >>> grep: = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/u >> sr/include/dev/ic/esp.h: No such file or directory >>> -rw-r--r-- 1 root wheel 64 Dec 30 08:30:43 2021 = /usr/obj/BUILDs/main-amd >> 64-nodbg-clang/usr/main-src/amd64.amd64/lib/libc++/libc++.ld >>> -rw-r--r-- 1 root wheel 72 Dec 30 08:22:11 2021 = /usr/obj/BUILDs/main-amd >> = 64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32/lib/libc++/libc++.ld >>> -r--r--r-- 1 root wheel 72 Aug 19 03:09:03 2021 = /usr/obj/BUILDs/main-amd >> = 64-nodbg-clang/usr/main-src/amd64.amd64/obj-lib32/tmp/usr/lib32/libc++.so >>> -r--r--r-- 1 root wheel 64 Dec 30 08:30:43 2021 = /usr/obj/BUILDs/main-amd >> 64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/lib/libc++.so >>>=20 >>> So lib/libc++/libc++.ld and tmp/usr/lib/libc++.so both had been >>> updated. >>>=20 >>> I used META_MODE. >>>=20 >>> So I do not get a full match to what is reported but the use of >>> the tmp/usr/lib/libc++.so path does seem odd. >>>=20 >>> I've not looked at what a system from before the first move of >>> libc++.so.1 does. I may be able to check that in a while. >>=20 >> So I've now looked at a build (not installed) that was done on: >>=20 >> # uname -apKU >> FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #29 = main-n252010-254e >> 4e5b77d7-dirty: Tue Dec 28 16:04:12 PST 2021 = root@CA72_16Gp_ZFS:/usr/obj/ >> = BUILDs/main-CA72-nodbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-NODBG-= CA7 >> 2 arm64 aarch64 1400045 1400045 >>=20 >> which is before the original attempt to move libc++.so.1 . It shows: >>=20 >> # grep -r 'GROUP.*/lib.*/libc++.so' = /usr/obj/BUILDs/main-CA72-nodbg-clang/usr >> /main-src/arm64.aarch64/ | more >> grep: = /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm64.aarch64/tmp/us >> r/include/dev/ic/esp.h: No such file or directory >> = /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm64.aarch64/lib/libc+= +/l >> ibc++.ld:GROUP ( /lib/libc++.so.1 /usr/lib/libcxxrt.so ) >> = /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm64.aarch64/tmp/usr/l= ib/ >> libc++.so:GROUP ( /lib/libc++.so.1 /usr/lib/libcxxrt.so ) >>=20 >> Again the tmp/usr/lib/libc++.so path but the content has = /lib/libc++.so.1 . >>=20 >> Again it was a META_MODE build. >>=20 >> https://ci.freebsd.org and https://ci.freebsd.org show >> successful builds at this point. >>=20 >>=20 >> It looks like Cy may need to report more about the context >> for the reported build failure. >=20 > It was a NO_CLEAN build. A CLEAN build resolved it. >=20 > There were no mods to this, my prod tree, except for some upcoming = ipfilter=20 > commits intended for the new year. >=20 > One would think a META_MODE build would also fail if NO_CLEAN fails. In the following, the file path of the text was found in comes after the line(s) with the found text in that file: CMD @rm -f libc++.so.1 libc++.so = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/libc++= /libc++.so.1.full.meta CMD install -U -S -C -o root -g wheel -m 444 libc++.ld = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/li= b/libc++.so R 74586 = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/tmp/usr/li= b/libc++.so = /usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/lib/libc++= /_libinstall.meta I expect those suggest that META_MODE tracks the file's status and the status of related files enough --and so it leads to the update that NO_CLEAN did not do. Overall you basically reported that NO_CLEAN did not do the rm of libc++.so --so it apparently did not do some of the related lib/libc++/libc++.so.1.full.meta activity that involved that remove. Given the removal happened under META_MODE, it also lead to the install happening to re-create the file. Such is what I would expect (or hope) for META_MODE use. > Sorry for the late reply. There are other things here that needed some=20= > urgent attention. >=20 No problem. =3D=3D=3D Mark Millard marklmi at yahoo.com