From nobody Sun Apr 23 21:01:00 2023 X-Original-To: toolchain@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 4Q4LJs4z6Kz46T00 for ; Sun, 23 Apr 2023 21:01:01 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4LJs0bVbz3L4P for ; Sun, 23 Apr 2023 21:01:01 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682283661; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=tVxJb7yNbnlnEkdr1vTAf70aEpHfyRPQO3dorJ0budE=; b=PiI3b3fNpqbfG14E0fU2v1eSCIF5fjOP3tJ8skHSbbUitwaYQAdTlcH3mZobKpoQ0LyvQ/ y734lLes8r4a0mPZ2x0tBxht0HXHa1h+pwe3wVIuWr9KeWAahrqj5XL0iaIXN+eLC28IRq fASVUp9TQhdsIf6L9aMcTsK9jPWbgiUUHKRTAcA4O/gg6evkzPcnGhYITy03jtf9lhr/0x LR7E3sCQ7Y/HHmZqlXGchQvC+FR6tFnqhXNb2fGP0V04zdNwRUR22TBR2ynzauvoJTB676 FS+fvrlYCvotvqSVUGIwFxsJ5lKzOPXwxK5TZ0g/d1/eHFNCsT2tQ1MdUU/H8A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1682283661; a=rsa-sha256; cv=none; b=ac32dLiQJQ0Vopq5CmPvazx/Cz0oFlzekHii59V3QzzdQTATIjeIFa6HhxATeryL44EJzf bdxUqt7wcwESPW3R4lAkfHFf6v0OYKy8WxthDDi3ZjcSr4gfO+/oPZI9nQ/8lLMiGuQ95R HW6o25TEK7wDNr/ZgMGh8CS5ZGw5Sydzm7hR+0jMMYUXNevAk3N0Q/VNXlngOAthaPkQV5 JGYdftRbfTQhwpA4MdJrMfkZq9+b+bAttErDMcz+AsjNZ2KhSF6NptCxTcq/yzlaJgbFkT rDl91g56TC5axXr90DW7ivxr5nlUCc6YY0G8IoGraTXaioXxrnIlWEw6ErEFRA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Q4LJr6qKbzyhl for ; Sun, 23 Apr 2023 21:01:00 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33NL10Vo047592 for ; Sun, 23 Apr 2023 21:01:00 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33NL101B047591 for toolchain@FreeBSD.org; Sun, 23 Apr 2023 21:01:00 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202304232101.33NL101B047591@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: toolchain@FreeBSD.org Subject: Problem reports for toolchain@FreeBSD.org that need special attention Date: Sun, 23 Apr 2023 21:01:00 +0000 List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16822836600.1dfB.40354" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16822836600.1dfB.40354 Date: Sun, 23 Apr 2023 21:01:00 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 234232 | clang Assertion failed when building the port dev Open | 192686 | Segfaults using combinations of -pie -pthread -lm 2 problems total for which you should take action. --16822836600.1dfB.40354 Date: Sun, 23 Apr 2023 21:01:00 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    234232 | clang Assertion failed when building the port dev
Open        |    192686 | Segfaults using combinations of -pie -pthread -lm

2 problems total for which you should take action.
--16822836600.1dfB.40354-- From nobody Mon Apr 24 03:08:33 2023 X-Original-To: freebsd-toolchain@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 4Q4VTH0db9z46sjn for ; Mon, 24 Apr 2023 03:08:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4Q4VTF5GfTz45QX for ; Mon, 24 Apr 2023 03:08:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=P45oLZ87; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 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=1682305727; bh=0mgmbwcwvExVUWuypTkoIneTO9B6YZ229wwjKJC0i2E=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=P45oLZ87IvlBeXRBNQNbM0Ds8KvTD8V4mOkrmq/yJ+B8fJsqFE1D5YUC8TJxZtl3Ov9y1QtHH6XmKLChdoeqCw8+shidSzyHs4/hc07gN7aw4QTs+OeaHNRTtpm9iMD3q74/IFXVxtChbaPGEQ/c8N10U5cfNF3skUuncbxwjn6knG627YRV+V4rZvMIxGmTCv0TvavfIOjT8eCd7WQAr+9pARpMEIcNiCbZ8VWPTPRU8qw0ypfGuCPcqFb1l6MqTO3zhx32oWwZe6bRlT+MC318BdAM2xFDKiGM791K4IdQZ1s94ca6uNee2CGPzsRvfzfn/JwuUYzgri168GgeXA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1682305727; bh=Sa0UB1w8hQX1UXCbgIzolpdyv+W/FuMLp/Jln+DvmiC=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=IezTA57qO32LFK8+8QXnv7r+jJOFqF66S7SKmRwxHWqYH/DWfaBsFARk9pm76QBkrG+6Xa0GJ5KYzTbO441LuQgqX1PYSEswcKTDFjy97QZc4nCmKgbmFauC/CzBsKot3xJr5VWHutRwz1sGnNX/iQZN2DnzCUND0tB3Pb/yxbZSCd7UHXEjmeeSxmdBh6al/qrURWPaxZYp6hxHH60UZo50Cf/pnSjFKC//NTa+T7yvD8GNcPrWmqkWR1mmB0KP8o3UfiLEqwLQ8J3/in7X4a3x1UHtAmvPqKcMi/BH6S+rpWjNTc/4axwWUWw5H7L/KQRyjkHbGysYbuTkg2OSlQ== X-YMail-OSG: 1yjGH_cVM1mArm6aO5qnA54CO43nypnZ_uRi0bHjQPqaLDBrhlcnYUV81HnlTB4 W9046prtiDOxZj7yBaj2BBVYJ48SXRiRQV565q7KvLpio94rXw1fFepxoHpSxaAXhbYvOcExF0F5 yRLVmwQPElwGR6SbW0Y7rNiayGVDBtKwwC3lpDanrLvpKxHrVnVIG7sdmBfghhxSJR_mHjmbENN_ R9qfHPxB_fmv_r9bObWXfVq8hSHrMcVtOLoGqQVqg5yj8W2m3RstnmP6OOcfWZS5sO9ZSnFtsMyO seNRDNRHZO1cx0oz4aYLIvHoH4ZOS7o1SgEX.zOCNr_FNAx_VhQAYNDLKJLi5ghUOm4YsP0y.P7H LtxErBVg9tu_BTJPlSl7yf9NI6L70IZZNHVaksQB95SPEcAAqZ2_LoYX0mnK5bwVkP6uUK_tqgpD OuQ4S18StwiOJuDOpL7jEww1rjNw72FJVMI9E65rozHLMBf9Dtjp6WSwh2pTO12e1b3LYxkWAwTC 2tRL9jfodhfDWazLggleypgEK08n_rR9y.y8PgfBvIZATrvd1ReDP_XF_mL3kb_l0V25LFc4S.2A jZQMG9Y3GuCP9H8bwDnTH5pW3OLcdvN1hAkzx7JrGjuOkhaag.1VTE8wKPdxa9TXKsrgWdcMBuG4 j3p.SKBktuR1u0VV1x_PDJk9901bm3ckVK0TpQXQNid0tpl0iaPWU0hEHRFqJv_4xGtEGq5xwoTI _YyGFtFa468qcYhbYQwV3jb8hCRDx22gfFqK9B_Rhf_IZ2T3W10bx7g7EdVJp06ZodzPVrSx9WtY Wh.Ck2OyfkfAuf6Ym48fp033KqJ7V_8CrtXIuqfBD6.Vbcrms4Zlf9GG0GHWAwvbFWOhQMJtYi7s 2f5YpLjK2fUgH8A4ujsCE7FEf_g97EB_iQuRKaxsOjbm4PNk5qyiVTRUZMduNbE2iW27M_IP7EKf cBQ2.fN9752ZK2bxF1QBQ8.mLnvfHC.VnmQ4cTNZfGrCoFZ5pNA4kHQWt_XG.NA4.wN4zVKjymBb d9IPmc8RwsoobZMBj5lrs7evkggEcLwGiqfENCAUT5G8RCfAzrU7UfNh0oc8FvgBtCiry.YQkzYI PPH.F6PL2ViUZDALjR.NxPGHwty4GjMitVaorfQ4izlqc_E3.W_jo8hJWPgepJDlPPRIoa_R1JEs TxtztGlJydR3T3GAZkFDOiSgD6uDpe37mm7MDaDelZNescCBOcn6dkTueINM27pggAL9j_PLYRZP SCfMKaA2WP7Esg2YDfjSWPLPDG0iivsaKt6glaKjDT1NLAeiX9_Hh.ibDsefMzQ8r4HSdHRhcl7t bLMScP1wCZUqdTeRvD3dfNY1azAOw1QOmsdBAXStI4Dtn9CEF9qEqcLo69_Z38_bY.HeH3HnjqoH HqYGGgQmP.lv5Hsz.U6sm3S8n7HwttpHFNsJxvT7K.rSM4XKLob6uIM6Lkg1Nk0Kz4jKGLTPEluE HgtI8TpWdSskMx.lP5.C_54idjS4hSlZAd9Uq0us9ngo3Q5_Mn6A9RxIN4RxOAumRwFWifNR4K3P NjhqxMoToF3zJ04YF9yOjSDmDbis6Nkrf1UXiAl.PtidjDtheLiSB9KkskPJ1mDkN6GlKNn5oDmO o7VwrmUsGOsKfLt7uunkuHawv7hgUMdcZPCcfiNbBUvKPh.WsGpQ4HTWMjclSU0UFpuBHHA5jaDU MryufX9ktTqEvdPIPu3LMMiaK_qbFNXCkLW3dNTmcHFkvvjIONOMCwdtLo6eu_DXfHTzwwwTIO7w HETrB47FB2NegYAMG1GyxmKDldCwFd7zEer9fwrNBnp2HSNzfRyO6QuQOs2Hfa4j2.wUbk.BMPMt _ZkPjgUu9qEjHhxTK0np3pHO3naZV0TKTpBVSj4U8agtze2tdkHB96s9cgGZx6d4JgSas4uDjENh sbE7imKpetFaWv21Mv8QZBCnlmeG111PEVMqPIqsB2pAqG38QUYzcEGSzor7yCOSjVuSmJ8y3XPR DrNPDSb7R4bGMLy.AjzB3N9O6Tzure0gC7..5BcPWptw0Qpb9TaCOVMc4_nyURYbJX1poDZlE9rF thj5R_a2BF.8Rr0vtwk2uNcBorGN9hyuOPVo38Q_zQJcEEKRFoVJ.GNp6dqhlo9e8sD1BcnXIN5M yPPyozmgah5o7XQqHxKFjH4U7C2QYDBCT5qSMxziTkwxe_mw7F78lOmLPmQvVESHW9YvJ2Qi8a1M G8dGEsWyuP9jjFOOlW3cQSPuBNHA_Tjk3LNifw1Oygz.lL6PWsmFVBMvWdf9XLBo2GUd4d0yKF.n 0 X-Sonic-MF: X-Sonic-ID: 60bb8586-1ecf-4679-b272-dbbabc06d7a7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 24 Apr 2023 03:08:47 +0000 Received: by hermes--production-bf1-5f9df5c5c4-p5s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 31a3fbc236dfd3434ca16e069300a270; Mon, 24 Apr 2023 03:08:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: /lib/libc.so.7 vs. __libc_start1@FBSD_1.7 in main [so: 14] recently ? Message-Id: <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> Date: Sun, 23 Apr 2023 20:08:33 -0700 To: FreeBSD Toolchain , Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <5B26AB25-075F-4630-86C1-886E6082CDCF.ref@yahoo.com> X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; 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.64.84:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; 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]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-toolchain@freebsd.org] X-Rspamd-Queue-Id: 4Q4VTF5GfTz45QX X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N I will not get into why, but I executed a git built for 1400082 in a 1400081 world context and got what was to me a surprise, given that /lib/libc.so.7 is part of 13.2-RELEASE : ld-elf.so.1: /usr/local/bin/git: Undefined symbol = "__libc_start1@FBSD_1.7" Does this mean that a /lib/libc.so.8 is pending? Or do the criteria for the likes of /lib/libc.so.7 allow for new symbols over time without a name change, even after a release contains a /lib/libc.so.7 ? Just curious about the criteria. Executing newer on older is not my normal type of activity: usually avoided. FYI: Checking 13.2-RELEASE shows it is using /lib/libc.so.7 : # uname -apKU FreeBSD generic 13.2-RELEASE FreeBSD 13.2-RELEASE = releng/13.2-n254617-525ecfdad597 GENERIC arm64 aarch64 1302001 1302001 # ldd -a `which git` /usr/local/bin/git: libpcre2-8.so.0 =3D> /usr/local/lib/libpcre2-8.so.0 = (0x6a226ba02000) libz.so.6 =3D> /lib/libz.so.6 (0x6a226c8fb000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x6a226cc81000) libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d429000) libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) /usr/local/lib/libpcre2-8.so.0: libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d429000) libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) /lib/libz.so.6: libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) /usr/local/lib/libintl.so.8: libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) /lib/libthr.so.3: libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Apr 24 03:57:06 2023 X-Original-To: freebsd-toolchain@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 4Q4WYF1S1gz46wLw for ; Mon, 24 Apr 2023 03:57:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4WYC6qfgz3sxD for ; Mon, 24 Apr 2023 03:57:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ua1-x936.google.com with SMTP id a1e0cc1a2514c-76fd0036c7fso901009241.3 for ; Sun, 23 Apr 2023 20:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1682308639; x=1684900639; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=OR8Ew9m+sVQZq/TB1Sll3UQ3zTbig0mDLWXr6/K7C8E=; b=lusQd+xP6+sQC37E58DGXfdsFb3CxLyXUKQmGniimZpRhe+V1rumflojEe4PKZaXV+ zcFI4NovEJvcCX/0T6b2QEkYBybaAR6oclaqii+Ztlws/Fq1glQezuXXt+8EKC1Jztua a0ynSKmNfuBAlT/LDmGtoV7zyz8N6ARFzsaOSqA01RJrK7mMEvffv4PTovP+4K10q56S DGbezhIYWXhlDp0sw9wZuBGOc3JjoKb3tDd8NMim8C4R3HRb7ASF2WOoyfDJ2F5QfcpE 7riTgOi5mp4HPQ0see9kObWdnr5CHo+QcP7/w/c/5liLTd02oeUqeTe9lgzQNW7W1C4h UWTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682308639; x=1684900639; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=OR8Ew9m+sVQZq/TB1Sll3UQ3zTbig0mDLWXr6/K7C8E=; b=IKEfpp++rcoa/AYoN9Uyv1CT0tJlcmBOjRYiuck8/9zRZ/7TtYPM61/Bzwy4HKyPFI vAzMjxwuqxh0RwgXKnFZHkFbOU6QKsIybUxrry2KXFPuZyUifzEadZvjSqfCSSloXFwg Qcu3igVY2AXlmUlQdMqhEMDbZ6Ji+SqTvPQmZnZctvBmmzPoFEvTCFDazCd0MGeMNdNa jtUMtf6TD0wEf7BYlRvn45mNiAWflShVze0o67WcsTVrMnIbCH1iz4QUxYUc2DvEk1q5 pLAAn/tXFMPjC135PPc1B/FLNOAgQTEmiOKpmVkWSfi4+JzAgIkK8SDgrKeRBRdrFxrr niBw== X-Gm-Message-State: AAQBX9eP8bNvX4XjDfdO7K9DZCVad9HbhZO6jXETl8Gt06D5jFDqDT2a MvwjZPsGm01zf6BHOFukdprYmqqiXSUBQa1ACXKmmQ== X-Google-Smtp-Source: AKy350bUUf+y/xKomVF9YXMbBEqUWBYJUJiFbnW0Hq1y+3Cd9nW/MPXewI5RUx+VXHa8feAdpy0CHvxv0e5p4kACnUU= X-Received: by 2002:a1f:d4c2:0:b0:43f:c71d:f027 with SMTP id l185-20020a1fd4c2000000b0043fc71df027mr2888968vkg.12.1682308638669; Sun, 23 Apr 2023 20:57:18 -0700 (PDT) List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 References: <5B26AB25-075F-4630-86C1-886E6082CDCF.ref@yahoo.com> <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> <90353.1682307584@kaos.jnpr.net> In-Reply-To: <90353.1682307584@kaos.jnpr.net> From: Warner Losh Date: Sun, 23 Apr 2023 21:57:06 -0600 Message-ID: Subject: Re: /lib/libc.so.7 vs. __libc_start1@FBSD_1.7 in main [so: 14] recently ? To: "Simon J. Gerraty" Cc: Mark Millard , FreeBSD Toolchain , Current FreeBSD Content-Type: multipart/alternative; boundary="000000000000cf90b005fa0d0062" X-Rspamd-Queue-Id: 4Q4WYC6qfgz3sxD X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000cf90b005fa0d0062 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 23, 2023 at 9:40=E2=80=AFPM Simon J. Gerraty = wrote: > Mark Millard wrote: > > I will not get into why, but I executed a git built for 1400082 > > in a 1400081 world context and got what was to me a surprise, > > given that /lib/libc.so.7 is part of 13.2-RELEASE : > > > > ld-elf.so.1: /usr/local/bin/git: Undefined symbol "__libc_start1@FBSD_1= .7 > " > > This is a symptom of trying to run a prog built for target on a host > which is not the same. > > I hit this a lot recently while updating Makefile.depend files for > userland. > > There are a number of makefiles (eg for sh, csh, awk) which need to run > a tool on the host to generate something. > When trying to build 14.0 on a 13.1 host each of those tools failed with > the above issue until actually built for the host. > Your path is messed up then. We always run (a copy of) the host's binaries for these tools. If you were running the 14 binaries on 13 as part of the build process, the path is messed up. I'm not surprised for dirdep since it doesn't do all the staging activities that buildworld. > AFAIK the non-DIRDEPS_BUILD build does a separate pass through the tree > to do the target build-tools to build these things. > Yes and no... We copy the host's tools when we can, and build a matched set of binary and libraries when the host one isn't good enough. I think it's a path issue you are seeing... Also, "copy" isn't a physical copy because macos hates copied binaries due to security concerns. > The DIRDEPS_BUILD uses a pseudo MACHINE "host" to deal with such things, > ideally those tools would be built in a subdirectory of sh, csh etc, so > that one can choose to build only that tool if desired - sometimes you > want to build the app (eg awk) for the host as well but usually not. > Yea, buildworld deals with this by creating new binaries and installing them in a special directory, which is somewhat similar (though we always build them rather than on demand like dirdep hopes to do). Warner --000000000000cf90b005fa0d0062 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Apr 23, 2023 at 9:40=E2=80=AF= PM Simon J. Gerraty <sjg@juniper.net> wrote:
Mark Millard <marklmi@yahoo.com> wrote:
> I will not get into why, but I executed a git built for 1400082
> in a 1400081 world context and got what was to me a surprise,
> given that /lib/libc.so.7 is part of 13.2-RELEASE :
>
> ld-elf.so.1: /usr/local/bin/git: Undefined symbol "__libc_start1@= FBSD_1.7"

This is a symptom of trying to run a prog built for target on a host
which is not the same.

I hit this a lot recently while updating Makefile.depend files for
userland.

There are a number of makefiles (eg for sh, csh, awk) which need to run
a tool on the host to generate something.
When trying to build 14.0 on a 13.1 host each of those tools failed with the above issue until actually built for the host.
Your path is messed up then. We always run (a copy of) the host= 's binaries
for these tools. If you were running the 14 binar= ies on 13 as part of the
build process, the path is messed up. I&= #39;m not surprised for dirdep
since it doesn't do all the st= aging activities that buildworld.
=C2=A0
AFAIK the non-DIRDEPS_BUILD build does a separate pass through the tree
to do the target build-tools to build these things.
Yes and no... We copy the host's tools when we can, and build a= matched set of
binary and libraries when t= he host one isn't good enough. I think it's a path
issue you are seeing...
Also, "copy" isn't a physi= cal copy because macos hates copied binaries due to security concerns.
<= /div>
=C2=A0
The DIRDEPS_BUILD uses a pseudo MACHINE "host" to deal with such = things,
ideally those tools would be built in a subdirectory of sh, csh etc, so
that one can choose to build only that tool if desired - sometimes you
want to build the app (eg awk) for the host as well but usually not.

Yea, buildworld deals with this by creating n= ew binaries and installing them in
a special directory, which is = somewhat similar (though we always build
them rather than on dema= nd like dirdep hopes to do).=C2=A0

Warner
--000000000000cf90b005fa0d0062-- From nobody Mon Apr 24 04:02:01 2023 X-Original-To: freebsd-toolchain@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 4Q4Wft2cGcz46wnF for ; Mon, 24 Apr 2023 04:02:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4Wft0Hkfz42Pk for ; Mon, 24 Apr 2023 04:02:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-xa2b.google.com with SMTP id 71dfb90a1353d-440403d3517so1582053e0c.0 for ; Sun, 23 Apr 2023 21:02:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1682308933; x=1684900933; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=RVpXm0/fGiXnIlhWmz7XpyuzFFAICEpNzBBis90bilw=; b=CPoKUQTF18f4qQjq+oamkzq1TMkOqzIN8aMjohwoMnREKwOQaVw+KCLDDsPmowl99q buERs4D4Zi94Oob+WXvc6NaL8d1BQCpRpxS6CJIpl+dSvBAX2adAMZjeAKl5AclhI8GE MlyqFzrrcUJWNIlau34sA4P5RS49uXbbnRRNhNeykCTldnpBBibCHkcxOep6G4fHrvNl FwkA0yPmgyJtwGEl1UdDc8GTzzVihA7Ew3Zq9dCXdcPjCQ/P+R9aMb9QkLEtt+2AiqSB V51frnTQV34ryDJPVQdvNEhoCHVNO+mSZ3M2c1arD/wq5P9/NpC4288a33fbLwJKysnW G0DA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682308933; x=1684900933; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RVpXm0/fGiXnIlhWmz7XpyuzFFAICEpNzBBis90bilw=; b=FdYH0l4GmVdXjdEbDtWPoa0I5Blvi8gE7rZpN80sch7QEwrZXemMr1qcjq/+AT/cMR arlRafXdSNV05IfYcjRgdLN5lK4ugFRXTF8+CxkqXZhtvYgMsXdK0IWPY4s8TRDSdWLs 64o1NJdmZScGV//XAPdu39furlsmqyawj+UDStjrmJ3eOaXuLAJwb+2ddQA9iCc/HcAH aH4CsnoTuQjpDBratdXrQHsj1e9ZvbVkr9LK9mE2D5lacxkvjpbbP4ScIUeA7gRZuT17 UB2UwfjJtW9xGHPPpHbDIolY78L2CrLY95R114Hqv69r9Kb2xfZgjHxSiNyaKLeZPZxg XMTQ== X-Gm-Message-State: AAQBX9e+U9VFojvEilJXyvXL8QvMFJ8ZGmQCFZkV6gTklQvQDeW/f3P3 uXIs2EQ5gHOaZwbBnwd8zacI4P8mEUaaqW1aiO97kH2vzyfkErNC X-Google-Smtp-Source: AKy350be4n3AoJR7bJ2wY1Ol/PGjaApErR4gaN0CH16C6lKnBqWv3R6sEUA6PdOLLHS492UY9E6Yjtu+m87W/3JAdGA= X-Received: by 2002:a1f:4a45:0:b0:440:2c18:faf with SMTP id x66-20020a1f4a45000000b004402c180fafmr2737580vka.16.1682308933173; Sun, 23 Apr 2023 21:02:13 -0700 (PDT) List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 References: <5B26AB25-075F-4630-86C1-886E6082CDCF.ref@yahoo.com> <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> In-Reply-To: <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> From: Warner Losh Date: Sun, 23 Apr 2023 22:02:01 -0600 Message-ID: Subject: Re: /lib/libc.so.7 vs. __libc_start1@FBSD_1.7 in main [so: 14] recently ? To: Mark Millard Cc: FreeBSD Toolchain , Current FreeBSD Content-Type: multipart/alternative; boundary="0000000000005d57a805fa0d129d" X-Rspamd-Queue-Id: 4Q4Wft0Hkfz42Pk X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000005d57a805fa0d129d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 23, 2023 at 9:09=E2=80=AFPM Mark Millard wr= ote: > I will not get into why, but I executed a git built for 1400082 > in a 1400081 world context and got what was to me a surprise, > given that /lib/libc.so.7 is part of 13.2-RELEASE : > > ld-elf.so.1: /usr/local/bin/git: Undefined symbol "__libc_start1@FBSD_1.7= " > > Does this mean that a /lib/libc.so.8 is pending? Or do the > criteria for the likes of /lib/libc.so.7 allow for new > symbols over time without a name change, even after a > release contains a /lib/libc.so.7 ? > We offer backwards compatibility in libc (so new libc will work with an old binary) but not forward compatibility (so new binary old libc may not work). This policy allows us to add symbols to libc, but never delete them. It also lets us have new versions of old symbols (like stat). > Just curious about the criteria. Executing newer on older is > not my normal type of activity: usually avoided. > Yea. New binary on old libc isn't supported. Similar rules apply to the kernel, but there's a "window" for forward compat when it impacts the upgrade path. Warner > FYI: Checking 13.2-RELEASE shows it is using /lib/libc.so.7 : > > # uname -apKU > FreeBSD generic 13.2-RELEASE FreeBSD 13.2-RELEASE > releng/13.2-n254617-525ecfdad597 GENERIC arm64 aarch64 1302001 1302001 > > # ldd -a `which git` > /usr/local/bin/git: > libpcre2-8.so.0 =3D> /usr/local/lib/libpcre2-8.so.0 (0x6a226ba020= 00) > libz.so.6 =3D> /lib/libz.so.6 (0x6a226c8fb000) > libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x6a226cc81000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d429000) > libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) > /usr/local/lib/libpcre2-8.so.0: > libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d429000) > libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) > /lib/libz.so.6: > libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) > /usr/local/lib/libintl.so.8: > libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) > /lib/libthr.so.3: > libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa000) > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > > --0000000000005d57a805fa0d129d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Apr 23, 2023 at 9:09=E2=80=AF= PM Mark Millard <marklmi@yahoo.com<= /a>> wrote:
I= will not get into why, but I executed a git built for 1400082
in a 1400081 world context and got what was to me a surprise,
given that /lib/libc.so.7 is part of 13.2-RELEASE :

ld-elf.so.1: /usr/local/bin/git: Undefined symbol "__libc_start1@FBSD_= 1.7"

Does this mean that a /lib/libc.so.8 is pending? Or do the
criteria for the likes of /lib/libc.so.7 allow for new
symbols over time without a name change, even after a
release contains a /lib/libc.so.7 ?


Just curious about the criteria. Executing newer on older is
not my normal type of activity: usually avoided.

<= /div>
Yea. New binary on old libc isn't supported.

Similar rules apply to the kernel, but there's a "window&= quot; for forward
compat when it impacts the upgrade path.
<= div>
Warner
=C2=A0
FYI: Checking 13.2-RELEASE shows it is using /lib/libc.so.7 :

# uname -apKU
FreeBSD generic 13.2-RELEASE FreeBSD 13.2-RELEASE releng/13.2-n254617-525ec= fdad597 GENERIC arm64 aarch64 1302001 1302001

# ldd -a `which git`
/usr/local/bin/git:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libpcre2-8.so.0 =3D> /usr/local/lib/libpcre2= -8.so.0 (0x6a226ba02000)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libz.so.6 =3D> /lib/libz.so.6 (0x6a226c8fb00= 0)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libintl.so.8 =3D> /usr/local/lib/libintl.so.= 8 (0x6a226cc81000)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d4= 29000)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa00= 0)
/usr/local/lib/libpcre2-8.so.0:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libthr.so.3 =3D> /lib/libthr.so.3 (0x6a226d4= 29000)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa00= 0)
/lib/libz.so.6:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa00= 0)
/usr/local/lib/libintl.so.8:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa00= 0)
/lib/libthr.so.3:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 libc.so.7 =3D> /lib/libc.so.7 (0x6a226dbfa00= 0)

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--0000000000005d57a805fa0d129d-- From nobody Mon Apr 24 04:22:01 2023 X-Original-To: freebsd-toolchain@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 4Q4X6517Wcz45yPS for ; Mon, 24 Apr 2023 04:22:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4Q4X642Mqdz3L49 for ; Mon, 24 Apr 2023 04:22:20 +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=1682310138; bh=AiKxJyjYErjXS12Yg7EBLRdOodmPyKcf+9JZ9aoHRrQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mhKgsJx49O0Dj/0K2OzfgnOBAY721OX0oIsXoliv5hXISDpEnPRqFXEdIkmBD2DtlI5aNU/lBIQ30+ENpQMmqje8eK3B4Bmk+iWVevWDph/kkrkNTY9rUlrjhe4ddcIw611viRnfMrs+Gf98U47m3vC8PRhav+s9DhrRj4WplkuVTvFlfb8ya10CZl8za89FNJTeAzEExYAPQTROOPPU+KhIiKyBcM0WGuzmo/R8wBrSf6BDzS0LftSSx3tuwyk+42QWv7l3v3p1aMnWlyjv8m/S2v7fm3Xaxgpe8JnPN3WZKez7dIO6YFTPVGsDp6jJd9zKM6yl61a88KqGo5OBjA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1682310138; bh=2f1eqLNhm2IHF2DWcjYINvw14BXC1rjhMrEnak47bp6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=B/hza3kQfANAXHogUzjMt6OIFukzdfy9xiKhCcwbXIabo4KbMf3+zZNfcdaw2SvA8ih5+JvQYpacwRpknUjwebioDvscvBGBBl6pIFRxvcp380ZvlISt578XN3DERmGozJmgTtRhuRaxh/fD5Vy/5hMXHpGRljRy41xaEyXqlyLfakpGDYzFyGZiO3oXWfKAl7XtBAykCZa8/16c+9EjNvqSwvFA8mF91yObQrBQ6SVr0luAk2SUd1G3ypiwKFXWZLSi2Ucr04acqycX7a87W2O9H4cUBj2SzsSX1jroSgFuhNvtBvNUrOscFGasxlexXQ4YYLI5JJSHyJkKebKfHg== X-YMail-OSG: o_5MK3EVM1mzlalzsSEVynevwGqm.obgXHKXHKgLugb8.VBmPhEO2JssxUt1DIB x4A2qpIOOuNeWVuIuDAYqX40G7wuAe_MWgu749nemVT4aBYncrptZ3Po7UFPDTgOdg3GDHa4Iuc0 l1W.jFlGUYb6fE__5MXqEqQqnMjDPun_.a41WzIrRUjHl.LiROt1hi8ANkcrHssjQUXPZOvtv.UW 8q.1eB75GlriHkbW3dW104IMKeRmDVTbkkgqt0e.dOaGFYYfYIk_f37YzE.Z.WItaQANXLgrQ6Dz YIj_c52LRP3ikDPcLFc06HaHW0Eq1jiZDX0JWyAcp_1EWpkhthWZc4SDKUX3rX4LPkL6ezbfRDXQ _cebZ1f0g8oy.4pCeoB.ZR6KjzfkPBWCgK2xiUw3svQ2FruKmBs539Fo643eWlaM7cjKQz.k4UMx KlPrg6FJXB3NmpWOU28.wzKgJ_p7lU4MUcTtjrjKhKX6u6Yg614OGLauKXs_o7A7sg.c7dZtI9KW PatPJXPH4LjhC92OPPUV36ohcueODL4Ps5Oc.uD2cC3lGP.nEyn8ik6pYJfMtf283YBzTA2u.tCZ OY0l7WLluyct1BwLZLEIfBOSMagcg1OLmc1aSHuj1vAVskZoYvAZc9Bm2PLoq8ZjNImti6.o.njD tkkBjC6pbKBxlMI0WLI0RMWL3FnOpmMNz1ei745ZP22LllSNBfq81pm20spR01VfB9xUiIrgxrZ. mgsthKrfac3UIWT3Iun.v4hxVxTNRJD30a_Zj5HHwmViKr0lLMat3.f5zMGQ6L58EAJ8mYJkqwHQ HUYBYlFAScNudsGQ_8RGbiNqipG9BNrrdv5Nk6RSVcjEkE8LqLzbG26oike8OVbtL3TvapEdLQ0b byGcT66c8mcBuEhHmYmv77dTvoPbEwJow_pC4ILaylcFnZIfWG1uLxcEHn3zQzE6VYABcD3GIlkp gNBGH6GUsZ5p8l1Zxtd1sRFdFhchupUpgo1PFf2KqTMmaApZVKHMtBKlEp3rWfYd.g5m5tb589AM gryEqkNTV5506.frqhigaf360rzcWyG.9tvGm6xf4TlekIrIDv41R4oZ4qzs13RVC5wdLSHINxKj kzKNU7EcXXqxzxkw4oScDw9tXvNOodWMvnkEM3SvxZQOWQJ9LmsHUxp4Yeyq3bXxBY7jwuMISG3k _aWgcPp38ldzdoP06pg8RBWURke.LuI.gMXdLjThsA1ewwWZ3P41VguvcnXmYr3qiy.4UcOiH77H T4FOyfKqxI8IAZ0LqImmIjoyBghKO_DVl0fn3E91PnOdsuKNIDKQzjCmm8.Fm.HQhiMZBvDYrISM l0v0Jlrrgtcwk7AByVhm6sFkdTHeYaHPudd5qb3WWXsTeSht9Iyd2PP8h1fNLzqmnmLWI9uY3JNu EFxsGbJH.04C16cIZMD._JSMEiHoXVWQI4uXKsTEI2kqF7ru60Bc3gUG1.Xs1Dy9wYKjc3ESy1Yc 2_83TeymOalJ1yelZ16hLzq6JqQKlJyCjK5SbE3H0lv1z3gx83KrpdAOMAHfbyaP35XrEIJNJGQs 3_eG983fcxDe0wy92udEqZVe7l2rxH_gWFVj00v212GnIwA0Lq1HIumDLmmOyOWo2SuvDDPAyECP 2ZEDt2moBzVbdSUh28sUau3j20.xZ6DQ8YsY7iNqjFaNjV38cNstZNbIKb.kgMmh48Mk858aos5P Iv9T3rmb.Y2GUxczSqDJBtan_PtWOIuSeHzKtlGyd_JTzBxDBQJNAi8sdxaQ4SZyepDX3cH5AGDH G.dE4N0O8YxuKbWuAcUfx5nSdYKvPfjXI8dvcKJtqDXmzyHYcE9IHShZi3Q._1_wiE0X0CetyBlE WE7sjwtpkrsb.a.jgi_es3Ian3kfeec5RtDvZibuc6S9pXeioWtgXp.itqs7A8Bi09FrBaLKzZAp M_ICDwVzieOnkXy7Gx.FT6cDh4S8lGn2iMx01JzkD7_kwV2PiqYYf38bSK4KFgEy2m7c0WOn.8sV pcgWIeL4EuX0c8wONKF4ROpQVnUNxYdzosRbaPZX0d9lqTviEnUjUm1FQw7Spg4WOglCnIuoKIZA nBGK6TqG9MEcwSNa3kh5MmnNC_0Z4DPNqOs6TJomsF3zm0tJKA43lKVYaROKkQBFk79Xpu8WVNbf Upz31PezUk5QqB3rjYdBjZc.0dGvQkxlgb_9LKuibZx3kkx8t2PS1xaAfI7XIyt2_BdZmFeK4cfo i4IKjEZ3CGbC0WQkg_1ONKzJeuNGbadX8GC8YR6YmnelLIZEVsFvvRyBPTtmkXZ56_bwczhRq.Gs - X-Sonic-MF: X-Sonic-ID: 16c1dba0-2e60-4b51-abb7-dc2e9fdc44d2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 24 Apr 2023 04:22:18 +0000 Received: by hermes--production-ne1-7dbd98dd99-vd22t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 026806350805b931e5a78eaa9ebb77a1; Mon, 24 Apr 2023 04:22:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: /lib/libc.so.7 vs. __libc_start1@FBSD_1.7 in main [so: 14] recently ? From: Mark Millard In-Reply-To: Date: Sun, 23 Apr 2023 21:22:01 -0700 Cc: "Simon J. Gerraty" , FreeBSD Toolchain , Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <5B26AB25-075F-4630-86C1-886E6082CDCF.ref@yahoo.com> <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> <90353.1682307584@kaos.jnpr.net> To: Warner Losh X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4Q4X642Mqdz3L49 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 [Warner answered my specific question separately. This is about something else.] On Apr 23, 2023, at 20:57, Warner Losh wrote: > On Sun, Apr 23, 2023 at 9:40=E2=80=AFPM Simon J. Gerraty = wrote: >> Mark Millard wrote: >> > I will not get into why, but I executed a git built for 1400082 >> > in a 1400081 world context and got what was to me a surprise, >> > given that /lib/libc.so.7 is part of 13.2-RELEASE : >> >=20 >> > ld-elf.so.1: /usr/local/bin/git: Undefined symbol = "__libc_start1@FBSD_1.7" >>=20 >> This is a symptom of trying to run a prog built for target on a host >> which is not the same. >>=20 >> I hit this a lot recently while updating Makefile.depend files for >> userland. >>=20 >> There are a number of makefiles (eg for sh, csh, awk) which need to = run >> a tool on the host to generate something. >> When trying to build 14.0 on a 13.1 host each of those tools failed = with >> the above issue until actually built for the host. >=20 > Your path is messed up then. We always run (a copy of) the host's = binaries > for these tools. For the kernel's vers.c generation, git is used but does not get a build of its own under buildworld or buildkernel as far as I know: not a bootstrap or staged tool. > If you were running the 14 binaries on 13 as part of the > build process, the path is messed up. I'm not surprised for dirdep > since it doesn't do all the staging activities that buildworld. git use is not covered by buildworld or kernel-toolchain staging activities as far as I know. Is git the only example of such for things used by buildworld or buildkernel ? >> AFAIK the non-DIRDEPS_BUILD build does a separate pass through the = tree >> to do the target build-tools to build these things. >=20 > Yes and no... We copy the host's tools when we can, and build a = matched set of > binary and libraries when the host one isn't good enough. I think it's = a path > issue you are seeing... >=20 > Also, "copy" isn't a physical copy because macos hates copied binaries = due to security concerns. > =20 >>=20 >> The DIRDEPS_BUILD uses a pseudo MACHINE "host" to deal with such = things, >> ideally those tools would be built in a subdirectory of sh, csh etc, = so >> that one can choose to build only that tool if desired - sometimes = you >> want to build the app (eg awk) for the host as well but usually not. >=20 > Yea, buildworld deals with this by creating new binaries and = installing them in > a special directory, which is somewhat similar (though we always build > them rather than on demand like dirdep hopes to do).=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Apr 24 18:19:01 2023 X-Original-To: freebsd-toolchain@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 4Q4tgn1B2Xz479yf; Mon, 24 Apr 2023 18:19:17 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4tgm1szTz3C5H; Mon, 24 Apr 2023 18:19:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.208.178 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=none Received: by mail-lj1-f178.google.com with SMTP id 38308e7fff4ca-2a8ba693f69so45299701fa.0; Mon, 24 Apr 2023 11:19:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682360353; x=1684952353; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=OUYC7tI7vux87/+hsU/glwY6/0bVDs0liSUCZXvOHzY=; b=GSUAuS6BdU/Q7R2ArkGscQtRe6AZVi7SSPPTjCV7wfwcvso0xulFzBbFtcj3l7kMvV Dx1Qcz2XQ6jssZ2m/ldPOD3nGDkGL2FQ2YEhNRzmQ9yhDJ8NUO0puuOW2zNwl2gCDtFT RVvyEe1OzHxcsHafqoPEggoIORBsNtntb9GxFzrZoun5w5Sur5jPdGyojlJDEm/yIsoS ARLPDkTK/bkDepk7MYRAl1S/lzjcMhL3QJALzi29N+EKkTt3wjBhlrpAkiPdg2ALV62V M09Bi8WBMOOzo+fJyuRra4h9sn/ad7aJpIi80veYtSTz4cKDrK60k3VyezKlItSqpilK lPow== X-Gm-Message-State: AAQBX9eC8o/MLK0G5Ud1C6ixV2/mxdqvDoz9mVSC58uHS0JH258FhL9f C83QDydnPpRbzZFNgiN0YZySpeqagYWMIFXkg3TKoGdoc3I= X-Google-Smtp-Source: AKy350asaEQzpnR0vt/pwdepLh1cdXcbVITP1AQeej8L0vYx/BVcIX8KLUmACCFt2yvNZEauJVMbRmHFb8ZPGAhHPV8= X-Received: by 2002:a2e:848d:0:b0:293:4b91:eb44 with SMTP id b13-20020a2e848d000000b002934b91eb44mr2640799ljh.38.1682360353631; Mon, 24 Apr 2023 11:19:13 -0700 (PDT) List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 24 Apr 2023 14:19:01 -0400 Message-ID: Subject: Re: Migrating to LLVM binutils tools (ar, nm, addr2line, etc.) To: "freebsd-toolchain@FreeBSD.org" , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [0.35 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.84)[0.837]; NEURAL_SPAM_LONG(0.51)[0.510]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-toolchain@freebsd.org,freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.178:from]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.178:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[freebsd.org]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Q4tgm1szTz3C5H X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N On Tue, 11 Apr 2023 at 09:21, Ed Maste wrote: > > > - Iterate on exp-runs and call for testing > > The exp-run is open in 258872. Perl initially failed to build, which > caused thousands of ports to be skipped. That issue was fixed by markj > in 27f35b7dd418. TCL and PostgreSQL are the next two ports that cause a significant number of skipped dependencies. Both failures are due to the use of "strip -x" against an archive (or static library). Strip -x is used to strip all non-global symbols, but in both cases there are non-global symbols that cannot be stripped, and so LLVM strip reports an error. I am not sure why these two (and a few others) want to install a stripped archive in the first place. TCL now has a patch in the ports tree (thanks gahr@) while waiting on a more portable upstream fix, and PostgreSQL has a fix committed upstream. The same issue affects textproc/sxml, but isn't a dependency for much (i.e., does not cause any significant number of skipped ports). The next issue affects science/q and shells/bash-static, and is caused by mixing GNU objcopy and LLVM strip. There's a good description of the presumed issue in https://github.com/llvm/llvm-project/issues/53948#issuecomment-1518486410. A bug was introduced in GNU objcopy about a year and a half ago, and fixed last month. Due to this bug GNU objcopy produced invalid ELF objects, with relocation sections that linked to the wrong symbol table. GNU objcopy and strip are permissive and silently ignore the invalid input, white LLVM objcopy and strip reject it with an error. The combination of GNU and LLVM tools is probably undesired; I suspect what's happening here is the port USES binutils, that doesn't override strip and so the system strip is still used (PR270663). The remaining issue is in sysutils/stressdisk, PR270962. This appears to be a problem between LLVM strip and code built by cgo, with an upstream bug at https://github.com/llvm/llvm-project/issues/53999. A couple of other leaf ports may be broken when WITH_LLVM_BINUTILS is set. From nobody Mon Apr 24 21:05:16 2023 X-Original-To: freebsd-toolchain@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 4Q4yMc5Ns7z47M26 for ; Mon, 24 Apr 2023 21:05:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4yMZ5v5cz3nFx for ; Mon, 24 Apr 2023 21:05:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ua1-x929.google.com with SMTP id a1e0cc1a2514c-771d9ec5aa5so21097553241.0 for ; Mon, 24 Apr 2023 14:05:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1682370330; x=1684962330; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+UGUkCPx6ChSPrMaNyHtE2UNs6d3QPbE7SaWjF02JAg=; b=yY4TxTI4EHWotsQbz9zRsxAoJR21r06bML4Xt+N057PlvegPLze7raG9JTQSwpzOI4 ITtZcpdXKslt612MlgZnH1pcdoul12GAYwcerYGcyZR+iBcfcJ5fvzXef2nyOgeLVy4u Xabf98RmD2/jNIMYzPq6rVUSRaxAMl5PBMarnQzOiLAZzsza6+y4OVMaG89VUqZQ32b7 lIbTqs6ZlFjeuJEsy9STymZOT8ZDA6mIQDV9ti8nq/M7kvD1BFRqB5y+Evf3N3QsDIPI BXDOh0OGKny068J6YOgbtPkViyP775IY+j2x96oW5gCV9owidHp4d/2tMQV0G2dNZml4 24iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682370330; x=1684962330; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+UGUkCPx6ChSPrMaNyHtE2UNs6d3QPbE7SaWjF02JAg=; b=MfeH1IwWKN+yC0Ug1319fS+wyaxXFytnMBhZJ6nCyBnd8fOkYfk0qIyrJ7mPBDzNhn lQgWRYfwn3+xVcihmGU0BwGVZjp4JjK20GbGTHaj7vnHPzUXhzUSKmTQi5TdB4lAAJJ+ aFI3gpm5fNNF3JhiTV0Av09X8LYqUWRyzr0ig/bgjzWjcEfoG7mhjDJFHh+FSduJuFrP 0AQnXQC/wXfzfvqJ4VsdRKXGCNsMdN5mLHceThaRjsDdOmI3HkjFxJJ4ViMMFJvvutV0 sNemrk3k0gC70eus3LkII4ZB+FxgGvCP7JyuPM7PuoByt1x0QwL++IQUVnr957QRi9ah IQdg== X-Gm-Message-State: AAQBX9eyrrzvoSI+MgsSbndIA7AMBvk4woJQd1F20GtNs08oLc5qy2mF vocEkE7jW82YvHc5YP87DO2sHduAtSmpVSIEi4nVXA== X-Google-Smtp-Source: AKy350ZVDooxuJ0YtFMQ+uxgIvT4g6hYgOpSJADc3PD7vsMUAC9Qzuz9zsuOjzyEGMngkLkDi6vvFwq1xAM8kUuaIn0= X-Received: by 2002:a05:6122:179a:b0:443:7204:786e with SMTP id o26-20020a056122179a00b004437204786emr5827198vkf.0.1682370329757; Mon, 24 Apr 2023 14:05:29 -0700 (PDT) List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org MIME-Version: 1.0 References: <5B26AB25-075F-4630-86C1-886E6082CDCF.ref@yahoo.com> <5B26AB25-075F-4630-86C1-886E6082CDCF@yahoo.com> <90353.1682307584@kaos.jnpr.net> In-Reply-To: From: Warner Losh Date: Mon, 24 Apr 2023 15:05:16 -0600 Message-ID: Subject: Re: /lib/libc.so.7 vs. __libc_start1@FBSD_1.7 in main [so: 14] recently ? To: Mark Millard Cc: "Simon J. Gerraty" , FreeBSD Toolchain , Current FreeBSD Content-Type: multipart/alternative; boundary="000000000000e2e31b05fa1b5d05" X-Rspamd-Queue-Id: 4Q4yMZ5v5cz3nFx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000e2e31b05fa1b5d05 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Apr 23, 2023 at 10:22=E2=80=AFPM Mark Millard w= rote: > [Warner answered my specific question separately. This is about > something else.] > > On Apr 23, 2023, at 20:57, Warner Losh wrote: > > > On Sun, Apr 23, 2023 at 9:40=E2=80=AFPM Simon J. Gerraty > wrote: > >> Mark Millard wrote: > >> > I will not get into why, but I executed a git built for 1400082 > >> > in a 1400081 world context and got what was to me a surprise, > >> > given that /lib/libc.so.7 is part of 13.2-RELEASE : > >> > > >> > ld-elf.so.1: /usr/local/bin/git: Undefined symbol > "__libc_start1@FBSD_1.7" > >> > >> This is a symptom of trying to run a prog built for target on a host > >> which is not the same. > >> > >> I hit this a lot recently while updating Makefile.depend files for > >> userland. > >> > >> There are a number of makefiles (eg for sh, csh, awk) which need to ru= n > >> a tool on the host to generate something. > >> When trying to build 14.0 on a 13.1 host each of those tools failed wi= th > >> the above issue until actually built for the host. > > > > Your path is messed up then. We always run (a copy of) the host's > binaries > > for these tools. > > For the kernel's vers.c generation, git is used but > does not get a build of its own under buildworld or > buildkernel as far as I know: not a bootstrap or > staged tool. > Correct. The host's git is assumed to always be good and always executing in a sane env. And you can just remove / take git out of the path if you hit problems here= . > > If you were running the 14 binaries on 13 as part of the > > build process, the path is messed up. I'm not surprised for dirdep > > since it doesn't do all the staging activities that buildworld. > > git use is not covered by buildworld or kernel-toolchain > staging activities as far as I know. > > Is git the only example of such for things used by buildworld > or buildkernel ? > buildkernel is the only place I know that git is used to get the tip of git branch for messages. I think that reproducible builds omit this. Warner > >> AFAIK the non-DIRDEPS_BUILD build does a separate pass through the tre= e > >> to do the target build-tools to build these things. > > > > Yes and no... We copy the host's tools when we can, and build a matched > set of > > binary and libraries when the host one isn't good enough. I think it's = a > path > > issue you are seeing... > > > > Also, "copy" isn't a physical copy because macos hates copied binaries > due to security concerns. > > > >> > >> The DIRDEPS_BUILD uses a pseudo MACHINE "host" to deal with such thing= s, > >> ideally those tools would be built in a subdirectory of sh, csh etc, s= o > >> that one can choose to build only that tool if desired - sometimes you > >> want to build the app (eg awk) for the host as well but usually not. > > > > Yea, buildworld deals with this by creating new binaries and installing > them in > > a special directory, which is somewhat similar (though we always build > > them rather than on demand like dirdep hopes to do). > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > > --000000000000e2e31b05fa1b5d05 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Apr 23, 2023 at 10:22=E2=80= =AFPM Mark Millard <marklmi@yahoo.c= om> wrote:
imp@bsdimp.com> wrote:

> On Sun, Apr 23, 2023 at 9:40=E2=80=AFPM Simon J. Gerraty <sjg@juniper.net> wrote= :
>> Mark Millard <marklmi@yahoo.com> wrote:
>> > I will not get into why, but I executed a git built for 14000= 82
>> > in a 1400081 world context and got what was to me a surprise,=
>> > given that /lib/libc.so.7 is part of 13.2-RELEASE :
>> >
>> > ld-elf.so.1: /usr/local/bin/git: Undefined symbol "__lib= c_start1@FBSD_1.7"
>>
>> This is a symptom of trying to run a prog built for target on a ho= st
>> which is not the same.
>>
>> I hit this a lot recently while updating Makefile.depend files for=
>> userland.
>>
>> There are a number of makefiles (eg for sh, csh, awk) which need t= o run
>> a tool on the host to generate something.
>> When trying to build 14.0 on a 13.1 host each of those tools faile= d with
>> the above issue until actually built for the host.
>
> Your path is messed up then. We always run (a copy of) the host's = binaries
> for these tools.

For the kernel's vers.c generation, git is used but
does not get a build of its own under buildworld or
buildkernel as far as I know: not a bootstrap or
staged tool.

Correct. The host's gi= t is assumed to always be good and always executing in a sane env.
And you can just remove / take git out of the path if you hit problems he= re.
=C2=A0
> If you were running the 14 binaries on 13 as part of the
> build process, the path is messed up. I'm not surprised for dirdep=
> since it doesn't do all the staging activities that buildworld.
git use is not covered by buildworld or kernel-toolchain
staging activities as far as I know.

Is git the only example of such for things used by buildworld
or buildkernel ?

buildkernel is the onl= y place I know that git is used to get the tip of git branch for messages. = I think that reproducible builds omit this.

Warner=
=C2=A0
>> AFAIK the non-DIRDEPS_BUILD build does a separate pass through the= tree
>> to do the target build-tools to build these things.
>
> Yes and no... We copy the host's tools when we can, and build a ma= tched set of
> binary and libraries when the host one isn't good enough. I think = it's a path
> issue you are seeing...
>
> Also, "copy" isn't a physical copy because macos hates c= opied binaries due to security concerns.
>=C2=A0
>>
>> The DIRDEPS_BUILD uses a pseudo MACHINE "host" to deal w= ith such things,
>> ideally those tools would be built in a subdirectory of sh, csh et= c, so
>> that one can choose to build only that tool if desired - sometimes= you
>> want to build the app (eg awk) for the host as well but usually no= t.
>
> Yea, buildworld deals with this by creating new binaries and installin= g them in
> a special directory, which is somewhat similar (though we always build=
> them rather than on demand like dirdep hopes to do).


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--000000000000e2e31b05fa1b5d05-- From nobody Wed Apr 26 20:45:03 2023 X-Original-To: freebsd-toolchain@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 4Q69qT3xpvz47Hbf for ; Wed, 26 Apr 2023 20:45:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 4Q69qM6x9Fz4Pgj for ; Wed, 26 Apr 2023 20:45:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=RaCjDoxo; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.146 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=1682541918; bh=li7+K5/Olm/YSkC9Ide4kMRGEGNmVP7MG0Jr8sIAiXY=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=RaCjDoxoVBlaQvvJZcarWAjlUkdJTzN/zOANJo/HXapd1IW2KN4dXBG+rY2kG5mreEvmlpHdDknMuba/+wKdcEtZdBPZjxypPU8pBc4uJutXHqfWap4evQOXF/3zMu8T1U62VIj3r6XwtZPZBHCJEOCoJZv02YGvPMfZP8f0LMlnZCsxGiz+ZOipQv8+i2GClr/83x7LcJJEaUtF05iVnJI9QmKU6FwRklDQNBQkSrT0/8eyMieT640lrQGM6JZWYeSr3kLuzFWBYhALwcXjvagZtXl/sCt75Bf5xB9lEP+wrjWCfTLizizk/vwPBlEPV2+EpCqAJxofw7pgnDgT6w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1682541918; bh=clhm7C4aXAI4j0L7B+NaZsi1RDj2O9EZKBlRMrlqfrm=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=sb+OF5NNMPci5cvPbDrmPD/sEx7EmXlonrCm5aTqNe7jxUf5YOj1tcdd7FlZxReSdzPmClIq8YgyiSosRFTjV7IkSMUYtOVdkV+Pkgp8mr0VcHlOVggvmdK7QJMf/j0wLtcHf2kALYZdguGyD+h5zVpmPGXQPKqyqiJK6q1zUB8FPDkIrB7j3tj4y8Vp+CgrBpvn27ve1b99sCU920l7AUkdi3ti+/Anoc531KqojGtlzDEExZyIIRdNo6mLaXS73AWOkVRx9X/r8xwpbFM1PME+tUXxagRUd04njZ0T3h9fPtqYOxzuy9C0F4wSPeNA1OBY+lWfIAvoz2hMIN6pcg== X-YMail-OSG: dUV4m0sVM1nCNSGi_PXlk6SUzX0_hs4zLDKfrq.WTZSNHcGJ_QZnRMA0RFZtf3s Djr2xJXf.aVJ53lzItf2Qjo3LokecNtLTJjS.C.PlCCqhp3WMdpnUaep16BkAByKF.Ulic1ROw.k 9GwkoVk0TozDtRFdza_kxaG4HmeNVceUu2zE8Use4WZp88x9Q3k6y8cK78g7bmc7CEddHnmJ86HF TAAPv6BXnNJuiKVeuK9qaU4Cgv7xNNU3sQIJ7zI30IOWwEn700zphBlDw.uyGpGAc2yp39HDtmYu 5FevksQbLTbUofs4FKCZ6wuPm0hMcrH68UFhyTVNaSGk1RZ2v.h6otC.Dtfx04H9QA8pJ04SN7RE haQtACI0vOMMSWW_IsuVnEgZx0AvMTyybjaWWTxfdB7RHNcD6tEPU2D12atRab_fHIlmRdfcIMe9 gouw23Vha6LE43S3n3WRmIRUiwOBtvj.PGDseiE8WeXCEPGbIRtY0sUtz4Dm8d6RVEIgPEpv_fDy vmAIs93.nauxwm_LCn8WXuUvKdqZPalAfDDGLGiMk6bwmLAhkprvdSRiwExr.boQGHwLYgRCPLxG hhQVYFcmpXaIC5Y8Vwa8fV8Z2ZTVQ5quKE3.eCDctE.LiCgwmXmy7sLmpkb.V43j8rDfz2a.Ir7z cJQU2lrbS_af3kErai6ng8R3cQpbwMtS5fjtvM0Lb4MCyEtB6070n3yP7K7fiZgIFtueGz0idzrR hFFEWmy0as0l6sXAbhbrwwxpo71R9IjcMQv0pHzxrZa7ygh05zEeVuZjTjuo2rkdDCdRKDX0ZxW_ QB1dT_oQM04PQVnML8KPJBJgu_4TqUjCwI6TG.kMRhuOCsQR4CHZGwIf5zQMNqDey.0J0w5ocMGa TXtAZwWZOrb7Vr_zfXlvwtPlsjgZVwVOARVwD7s_PceAKPM0RWScgRjyrQytLJlFfo6AyOHxCzwz Aj_NIsRkjbozFY_qbYXudpnzkYI_mRTz9Ce5LvxmumlbnHCqLYYfU5vCo3g3lAszmzV9lCW.3dTj zJNXLNPKebxrHXsROOyBRipy8GTtfYAYTneupz3yd9r47D2pHvxKdj1wtxW9jzUJdNItPyzp1qlO RmJoSON67L_bk.y.rQNlNHeCHIOSsmwHxgnXOmJu8cTb59KWwxjQPPAUa2O0TM4BfTd0L_kE8ZoW NFf5KYWuJfj1tzSXw4npIVSJJvhcWQWV3K9LMNwFKMON0tqGOEqdkmN3QEz9OACHbVGOGsRgPJEF eKLSnmnjSxXuZFoQbAZIXK0yYDfonRuxAvi8dUzg1psF4iipBPPQ0Vnl8FbHbBxuxR2sNSEmp8uT 3eC1K6VO9x52SOHFL7n66lvcfucLf0ToqDLhC4vCkPSUZBC7p3hFiJPvcEGTgxWEoHBgerSkWVgf 7TX_iD53VbnsyTTxUdHgkG7WMzFAWDSoRHtbHg_KGmyGSx9dUoVYWuDnHIk2tWlf.wXPXxEp9DEq ce5NLEjzpVYeagDJP.2eQ9tmfoQeZdh880R0mWGSWyvFVkJm02inGNewP0wa6zP8yyTrNLxsx7Pv dF.7kTX_yectwXJov3mHBktrR0KoFGxlTZZSGyO_DtSeQk.36EqrvCR7OvTfYwX4Xy.NgzSESTc0 dhumqByJWhhz6t_RhIgTS15mBtLU5noEa4KvrALPGJBApVHTKB.Oca_iY_Y6YKcPLMlveb5zJhoB TApOY2Smox_I41fuTdWHvxbdDpCW0bWRDD9edDJS0s_RG5OCWwmm0JcZbR8ICPbk_33J_5klg41h taY44QSXPFdpVOH7FYGXOMC8NP42745ppaa37KjHSAXSmqvbnEp42myWFIzPDEQPYoHH3GELbfUK BK.LnYC.SGkfl68M5q15hfjs31v0v13FcfC1dMx8OIM1FP75qXspTLVlp_QxIlFDPhCiYe2wxZoP TvLubm0OFe4RpQmxfa6GVQW6wcE1APYWCxa.o70PQ1Tqnf2gbjkvTrFtelS_uRxUTT_4qhMgsUwH Ha9eARixn19UEVYEwlYad9iRVM9pVYWlK7KAWo8nh3wgVNR0HIKuw53i857zRzn8ZwlUQG8XzYWy X_Ad02uT2zz0CQzjNhMgKmmii0iwpfIjMt6O4aAtg50NsGN2qgmA5m5tUfJMEKf56vJr.swdcSda 9WtyXr1nIhoML8HqrzTPBZ1AiJrCZppjuX6qnekI4ljwRRWiZXDI0oWOIEOlkOANWJ8A2N654Ijq O55S9Nzvlj6ZQjkHPOHMzcLMYK7p19jT5s7ep2Ad_dC.c3NeMGCx1CeCTUmNParw4ync6OoPL7gp YOhg- X-Sonic-MF: X-Sonic-ID: 56b1a212-86fc-46f4-a777-7e55c3992542 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 26 Apr 2023 20:45:18 +0000 Received: by hermes--production-bf1-5f9df5c5c4-v79q2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b45bf486a2a996065fc5e5d3c32d3eb8; Wed, 26 Apr 2023 20:45:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Maintenance of FreeBSD s integrated toolchain List-Archive: https://lists.freebsd.org/archives/freebsd-toolchain List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: I submitted https://github.com/llvm/llvm-project/issues/62383 (against main) for cortex-a78c and cortex-x1c Message-Id: <04C5E972-250B-4E71-94EA-01496FBAF194@yahoo.com> Date: Wed, 26 Apr 2023 13:45:03 -0700 To: freebsd-arm , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <04C5E972-250B-4E71-94EA-01496FBAF194.ref@yahoo.com> X-Spamd-Result: default: False [-2.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.42)[-0.419]; 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)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; BLOCKLISTDE_FAIL(0.00)[98.137.66.146:query timed out]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-toolchain@freebsd.org] X-Rspamd-Queue-Id: 4Q69qM6x9Fz4Pgj X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N I have submitted: https://github.com/llvm/llvm-project/issues/62383 against LLVM main for cortex-a78c and cortex-x1c having 4 default features messed up for the likes of use of at least one of: -mcpu=3Dcoretex-a78c and: -mcpu=3Dcoretex-x1c (the core types in the Windows Dev Kit 2023). Things are somewhat different in LLVM15 and I'm not sure about the LLVM16 details but there are still problems. But as there were already some attempts at fixing cortex-x1c in main I did not bother with the LLVM15/LLVM16 contexts for the submittal. I'm hoping that, if/when fixes are made, backporting whatever is in place atthe time would probably be doable. One presentation of the details of the status in main for what I found in LLVM's main is: QUOTE ID_AA64ISAR0_EL1 TS, bits [55:52] =3D 0b0001 (FEAT_FlagM) but LLVM git main still has cortex-x1c with AArch64::AEK_FLAGM missing in AArch64TargetParser.h --yet correctly has FeatureFlagM in AArch64.td . It seems -mcpu=3Dcortex-x1c+flagm notation is best used explicitly as things are. ID_AA64ISAR0_EL1 FHM, bits [51:48] =3D 0b0000 (no FEAT_FHM/no fp16fmll) but git main still has cortex-a78c with AArch64::AEK_FP16FML in AArch64TargetParser.h and FeatureFP16FML in AArch64.td . I seems -mcpu=3Dcortex-a78c+nofp16fml notation is best used explicitly as things are. ID_AA64ISAR1_EL1 LRCPC, bits [23:20] =3D 0b0010 (FEAT_LRCPC2) but LLVM git main still has cortex-a78c with FeatureRCPC (FEAT_LRCPC) in AArch64.td instead of FeatureRCPC_IMMO (FEAT_LRCPC2). No notation in AArch64TargetParser.h refers to FEAT_LRCPC2 so no -mcpu=3Dcortex-a78c+??? can cause the FEAT_LRCPC2 status. ID_AA64MMFR2_EL1 AT, bits [35:32] =3D 0b0001 (FEAT_LSE2) but LLVM git main still has cortex-a78c with FeatureLSE2 (FEAT_LSE2) missing in AArch64.td . Nothing in AArch64TargetParser.h refers to FEAT_LSE2 so no -mcpu=3Dcortex-a78c+??? can cause the FEAT_LSE2 status. END QUOTE=20 The materials that the above is based on are: arm_cortex_a78c_core_trm_102226_0002_03_en.pdf (the "a78c .pdf") arm_cortex_x1c_core_trm_101968_0002_04_en.pdf (the "x1c .pdf") DDI0487_I_a_a-profile_architecture_reference_manual.pdf = https://github.com/llvm/llvm-project/blob/main/llvm/include/llvm/TargetPar= ser/AArch64TargetParser.h = https://github.com/llvm/llvm-project/blob/main/llvm/lib/Target/AArch64/AAr= ch64.td (The first two .pdf's indicate specific field values to look at in the 3rd .pdf .) =3D=3D=3D Mark Millard marklmi at yahoo.com