From nobody Sun Feb 12 22:32:56 2023 X-Original-To: freebsd-hackers@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 4PFMgd3kyBz3pHn1 for ; Sun, 12 Feb 2023 22:33:17 +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.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 4PFMgc2sFFz4bGm for ; Sun, 12 Feb 2023 22:33:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qgb37POZ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 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=1676241194; bh=HA0HMe4cu7foEnXH9e39Bzyadm96SAcnCMIcMHXs5PA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qgb37POZYSbGEhsNWBhtf7k239h8N2IpVjZOXjm1Bkfwxy6PaWfhQL/8WzKC7L9JRbLJvf+4X1v1FfSpRaOsSPIZjamQlywi6sGUg3zrf/MOkFsYT3n0qwt8fIkSq2poDm7MK2InZ2PTYOlIxKwMRaWa0m3/RL154slPvGP3IST4sn3u+CF3MbbtNYT7k2HHyynoA8enJy5kHsC1t+XLKkGldmNNUyycORK7H/v7Q+d44yaC32wxuEK4+IjoQ/cTMeC6NU11qPLobWf7M0mb0i85AYZogEhG7KfshIW1+Y7+o4xClAwgRYAiTspvrwQniBZtNTQxrpvx45VrTEbS0A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676241194; bh=tKJpnnHkEUwv1RpsLQ3LZIZZgUg68VHPCVroH939amc=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=k+OhPKI1by0I5s8w1/jpwZXI2MPatChr2iflFK9adIhp6DDxyT/GSEjwkQTBWttm61day4nFbR/hjAtWYTjTy32W+FyKZUujhI7yz9VHb9ayKPz8i7rAA5SEnD3CnqhWJMm6crC/ZyYeaWXLahqIo+KY2JaYv2QWVqssgyTs4BzxX2548r+DzYEiq9OW0GjUAe7L7PErQNg4OHXubXmwwjsGrsQ+Ec4rUgyPJMTOF6XZohIip8TDbSE7hMSazUvHpbtakGP7qTw4wlw+JBnBMS3IYMNPjWFHWyzEVLpmDDUUtw+yZzfqbpTAUc+9UAXK7EQer8FDQ7jOGwXyTyMepw== X-YMail-OSG: gDawvxEVM1mprG4O1GU1ZmfdICsVLImsXI.eDL7Cgnwvnhmp86d.NpwQsQbjoX6 E34XOAAXmUpTjzTlNcw63TnxpCbCMRKg.1Gyhku7KxEfygV7tpnen6NByKoeChkiY3dyGzJ4cV2B ZGJpDyJqBooiKdqi0Zsu73FAe33DZ_NdjZCpJfZ.DZzB.dNta5ek6ZC5sxAaiSHdS_VMciwK2G7m xxOGdekwySEln1ANGGAKBXLz9gvDUyhRz6bl4O5RhSUWrOFv.BFhjamPzXWXEukUutEtINABRIST aN1XhHBy_i1EV6zyAitH6r9j7P4ZJD1EJf4FMR5MC3d6MlWAXQpGOs2WCW3hB8O5HIG.9492Ja2h kHwERvjiqAwvqib7EkgkdtiqsoAwjl.VmlWhH7xHDgwBAgmMVSW1Q.VMdFtkbiE_rGKaKaJq2QwM mQwi5Qexb2XWay6iEhm8C8LmRHAkWBRVPuxEUFrAT1vPl_qmhz3gQZwxt0mdpq0gjg2Ez9iAtFx2 TdKIGw38lnaluAZjoJ0qkI9ehfLxKJjF.lGXj_OUa7fzqePu3g9P7yvQTRCXt5D01WqqLqheE9NV fbWuP4fs0AnkK5QhnlN1KssnWlxtmv6HnEt52dJ44JqiBqlzokqXNzTF0FE_knHAR8Cr7YvYBG9V hofj45VzFSAWkb5TmomNgpI8QlLIKGTX.udBQbJ_tl6VZeQ8bdsfxYcHgJioJ.kxt42Gati8YA2C Fv5lCieasXUQsVYntm0cL_rglKu4fo9AfrcepEcFYX.bUkV8W8b5otq9NOcdgoxGNoqYmwSL.unR tvF5bq8_YZVCUdyrH3kJdUTTH_KKdKhqMlziCC0HHPnflfwwe4CuwGuaHzPHZdFIS7_HdnRUUS09 8hQHpUMwBdqhug1Y6xlkQmRd9MhNM.id7g0bTt7SlQtq1mnf6GHfiTSd56vWw..fy.HxnVOx2cKA fQ_x6.v3ma7qsX_GsS_C2xzjW3OBjWTArP0sZRGORg2UwzK45Mxyar4muZvVzPQSF5YWV7d2fzve 60LYn2GzoOPeYDL8O0P.FXep8eg25R19jLWy_IBDlKAD5uuNVvJn3xwuuTStozizFzjcvZKkDEGl sGIRrt4A5TGnHQfwcTv4cs1a4Jx.c6nTYs1OslG2j5ERAwP3Wu0xKFDnRUKlAJrBUf9IIRBw6uUe wnWudhw3BLzhU.yGn2XABmtibAOt.o6JpM.pE.OBDeDFz0ruvT9yR.DU3JEdedK1XOtpZlC4TUG5 OIC836oJ8dyKxqMHKXvHTy92Y0npFlZDsxXZIHx2lqhtkzMKnjsvaszBhSEmN3xIDGnEUKbVpYwq KfeCnfnaqdo4vDFLSv6FQ46lORnyokU6H2ruU9TzLE7epQmGf1YcawrZaQn.xSLfqxZxv50ZPpvI ExZjG_KMLX0eHyjuoPu5ORdjSdkk.l_wHxQC.DvKxHH8s48j.rJvu1JRjVuzPPYZYHSn8GDJelt_ VZ4PrdosPJURb6uGOnE4YkxxY_1QU00k4Mam.7jHuSBsnX1xDEUr61H1Xa1X88HCFLQJ8kqGNnep EEQcCa_ea3W9gLcYvoYcRNN2TR2ZxjzKZhNpY2lJSDS9y2txlIqcbzX2JFISvl3QkP1Tk9B_gVtR _a0caPdM_4jUk9lBR5Js0i3KQeZr7zqngK7yqeB4zKi2YCCRqHNLc1_DvPsGybkE5F7M.FGUwlm0 kzBBfu_YC_Zoa1Iif9mCqXeteevkBODkbhkPSDq5aOPYeVVIA4i4W9ZKK03Qi6RWL7sjSiB_5JSB .RVVWgY6TYOmtgyyZruSOqqffJ3xnQDntZHTpURw43bg8tcS_NHZ4QXJnzFub7Cf4ronxh5glinS CDGlYqrf3ezEPtlnTOFI50WJiJjUu6L.YaKjRnzuyUCaGM_lI.hDQQtgdtHjyuLLCWM0_v3._84h uAa1.gObiiN9X2FmSPdOxD3PF3VmYyKaSuGazp0ggZWNsSYkhrx77fhsB.znbJWKkaN7fR0xfTB6 IrYbKUNn05htmAsKDV6TyRf_AXw4rSQCAFTTUTmA0yHXLakeioOCQ0HjS5kTGQYVFSnjVcwxCdHY M134mBCGTQyllGG0fHjLNfjB0J66rdA8DENOFv9uAv6wu1EF1gLDy7HsgwwxGf4cgLZLtb7swH2G yTONJbrdqhAgEkGitA0VjrZtWf0N9pV74RIS2RevfzurjfkC7BMD_qcmRbCixmIgj8Xb9FmRluyK .NAJG2zl10QSh1J.UAphQlkeC1vLn.i4MaaJLyVT63ppudy_XcpU3iOiiT9m_KJoctAOCujg5S_P Zwdw- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 12 Feb 2023 22:33:14 +0000 Received: by hermes--production-bf1-57c96c66f6-76kbw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fd2c24f4073e1e2418c3de148e2ac47a; Sun, 12 Feb 2023 22:33:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: CFT: snmalloc as libc malloc From: Mark Millard In-Reply-To: Date: Sun, 12 Feb 2023 14:32:56 -0800 Cc: FreeBSD Hackers , David Chisnall Content-Transfer-Encoding: 7bit Message-Id: <0F63E50F-C0DF-48C4-81A0-6EEF46C9C397@yahoo.com> References: <20230212210904.nzxfwtzsjf2tu6ky@mutt-hbsd> To: Shawn Webb X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.878]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from] X-Rspamd-Queue-Id: 4PFMgc2sFFz4bGm X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [Just making my notes more complete, mentioning the C++ use of #include_next and the ordering implication for include/c++/v1 vs. where the normal C headers are in the search list (for C headers that C++ tries to use).] On Feb 12, 2023, at 13:48, Mark Millard wrote: > On Feb 12, 2023, at 13:09, Shawn Webb wrote: > >> . . . >> That does not include the extra text that would be generated >> by having added the -v requested to that shown command line. >> That tet would likely have been before the text that you did >> include. >> >> Did you add the -v option? Was there extra text? > > Good catch. I missed reading that. Here's the new output: > http://ix.io/4nSy > > Hmm. Scanning that list . . . > > #include "..." search starts here: > #include <...> search starts here: > /data/src/hardenedbsd/lib/libc/include > /data/src/hardenedbsd/include > > The above likely includes a non-C++: stddef.h > That likely overrides any: . . ./include/c++/v1/stddef.h > that is required for things to work for the > nullptr_t issue. (See prior E-mail from when > I noticed that I'd missed the include/c++/v1/stddef.h > involved.) > > /data/src/hardenedbsd/lib/libc/amd64 > /data/src/hardenedbsd/contrib/gdtoa > /data/src/hardenedbsd/contrib/libc-vis > /usr/obj/data/src/hardenedbsd/amd64.amd64/lib/libc > /data/src/hardenedbsd/lib/libc/resolv > /data/src/hardenedbsd/lib/libmd > /data/src/hardenedbsd/lib/libc/locale > /data/src/hardenedbsd/lib/libc/rpc > /data/src/hardenedbsd/lib/libutil > /data/src/hardenedbsd/lib/msun/amd64 > /data/src/hardenedbsd/lib/msun/x86 > /data/src/hardenedbsd/contrib/snmalloc/src/snmalloc > /usr/obj/data/src/hardenedbsd/amd64.amd64/tmp/usr/include/c++/v1 > > The above looks to be the first/only chance to pick > up a C++ based file header (that may in turn look > for a C based one as well). > > /usr/lib/clang/15.0.7/include > /usr/obj/data/src/hardenedbsd/amd64.amd64/tmp/usr/include > /data/src/hardenedbsd/lib/msun/src > End of search list. > > The ordering does not look anything like correct > to me relative to C++ headers, some of which in > turn may include the C variants from the environment. I'll note that include/c++/v1/stddef.h uses: #include_next That in turn causes a stddef.h to be found that is from later in the search list (not earlier or the same file again). As for the include ordering, this leads to . . ./include/c++/v1 needing to be before the directory for the matching normal C header(s) that C++ is(are) trying to include. There are implications for recursive include handling during #include_next processing (just the tail of the search list is used as I understand). > It is not so clear to me what the relationship is > to the source_location file issue. === Mark Millard marklmi at yahoo.com