From nobody Fri Nov 21 16:30:54 2025 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 4dCghQ5bdRz6HR7j for ; Fri, 21 Nov 2025 16:31:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 4dCghN5fd2z44nc for ; Fri, 21 Nov 2025 16:31:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DFyhSLOA; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763742669; bh=VmUR4WXcxHjPRSxPyvKywFK7BFXtY38n8sAZnyD+cAk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DFyhSLOAnOFPGzEG7EfrR1tutlKz0pEnXCedfc92tDsD1l4QEPboM5UBBgTynTibkbv9vJjgZe53CbbtRNdAlO2Nafxld+P9yV7nbLZPXyDCiRsz/8s7zsk9ZXhwwUPvLK6vOABlCRTPvZ40JlzX/SmfGPFmDzcIGgW8u0Bjb+GOrC/lQOGh6geX/3/c0614LkTdnAV0n0mb5flEwYE0Htjo8Csndnbspdozcq4Y7QJFIjqx9tzQTOAPGS6JB9xdywuVpBRY9MTTVa/kADrvlGVaN6xOW/q2H8lV+0y9jGnV8qkqMyvbJ4/HQaOYvnVr7UBJS5xnAscYkgvvqwZgBA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763742669; bh=NuxghDxOzWurArw+tJDtlZ1tE6k5XyNrTh9att4ke88=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=XWZYxDWdNXRIhOiREop+S65tFEKgRVihSu8ZoHoMq+YG/OGCCA9mOm31Q298buWrDUvs5kXJX6a5wLCr5yhKWLJSSzdc+X7NXME9jnuF1UQtfY66539K+y2KEXOKmoxz4orWuxql+9EJLE+2REWzMsmtKt5VVu8DfUvRCByvUOCkucQctnTCk9zztQba5qJE4S+AIFHjH2b0kAsYqIZb/HSOhlPt4zqgvbZzGpuml0JIZe2jZl1SesDxUH1sRnVIvx1fgM0G2QaZV2bbbRYc0xqxkt4ic4Nsxtr6wFHO/wldystqPPh7sk131n8Tt5kYGKvlotECS3/7LJskkrFxDg== X-YMail-OSG: APKoy5sVM1n3GTBxfqsOwt6q9TUM4ln5UZOYrJKNl3uH88jbLxL9DgjB.ye80uc 06hCDJvT7eGrW9Z9JSGkcUeZ89.IfUU3Ty_nmEAs_sBfo82lFniQwXyNZAa9kPG5R_mbQmr5nvKm UQhZPVHw9ilxvya9TCXQ6r_qPqGVXpcFFb_.WTUr3OWU5b28RYoOWah1NSpJ5z_vqA2tIDcVWUyV 1OQnGl9fkF1MRPMo0E3IpvncAq6JcnuOzs01jsiNPTGHPv_RjOmpBH1zc.UAZOYzaymbhmlpcHLf xYGvIqyfmhxFdjS47j6paKfn5.2I3sS_7O7Z7Lxl7b3F_HoQtyFB_HoxNzxFGWzYiNEHbtrjzDfH EajGDtaoqSRSaz6sE6MaRaTRg5Qe5ZmZxUTBbBQb66eQF_pW4o4.Ptn3IgowaRffHRumTz3q3Q7h NRXqfJYG4KJAq_Df.MZuvwRb0ijtTpPiuaFINdqhoRwfJnmxfQ5uBC3r8Z_KPPLxsAuoVBG8PQKd 4Cf2LNOD1MvKLbb0Y7B1OgSt.Ip.MQvdbwIrYqbz9SKRNDJ45jPlAOVobXCr.SJnn4sjGj2zKd_P DuwsA_muM5XmDtzxuL5.jpy7rTVZbn0yMrXa4KKnMF.1azXp5QF2qr6NDngSNrAxC37BsStLpRBt vl73AhkZQQs7SFDARzooRZcomIIZScBrnrgqCnedjLsNnPDJsQkOmFyJ_QI5vQs7T8Vm_3IVsnK4 pudHwKwCiJXMaTKo1zoBrTpUdCnVn25OEXGPQEiZKLZBFL6TRYEwdl97uZQwQSEndhqf2LTU4pSp cXIvyh3.oWwoI4WmCIV.Y3oA3oRl3T_KvHiP.RH9qprQ_bu2XC3sdrvz1Ts8vZCueDON93cj8gMA nle0Cy67DLCQgwerNz6BW.a8T.Ob0WzI2qrtef_g8M3H4OOOUDxEqS9eEW_J9p6RKW.4xIbru5VQ LdG22ljuSWPlg318MUXPwRf8V_8JpQESRcy_KDelGWU40ytSbe0WuOBzWz24EXjwDDsYfwtRoYDm wsk3uwCUyI7ywPSH9JO980u.HZ9nimGU85irCl05E5rA1aVBDc.7_gNxVroeakfj4caFxYjrGS.r dBFBEETrBU5XodODifq3KjvfZWWw7BeuQ.AmZHoC37TwGRdARkAFpg2H.cGh4NviZfdxAc9i182w Eit1WfBAN9W1ButER7yax_UK5SQDBRf5LfZ9Jij1gFah3R4c8boZH00qpfQ0.J3e.mRskdqG35_C W3Oms.lx9KzZwAvYebilOpuLp93YP23TtYTm1Gbj0tYuPgGEgxLsylIpyRxahFGa5alFCLhwyUpa WLmSdtg9h_vFr.7FEeJkDatRztXMvWFFYxEkxpdgJTRGbXn3M03Kh9LEr8kIYkCiWYywKn4p5pXF c3gS.mkf3Az57ziWTJ7_9yljYCbY3Va8PC56n._6uuXgd_0WpuzCwxRKgeyjoouegRZ3cu.kDhoO M64wHFvUhogEEej1SXlBsWCd80mARcyH2aYK7CMyT0VSUGRDezEw9D3c9ZHWOTgfpd3qvOmrrMW2 z995OJQqX6aBdHqiBwj18dqjKZYTO4VZSvxnrpR9K192IxQJpZwtWdlyglJIl1QZutCN1bC3Z_8L eQhMyII_MSjRdIaplFY4o43QcmobbHGNRmF9HO4URWCsyX9UQEGcOR83AykYPSFNy6KY4UkzwI7X vWbQhyOx3EixGuuub5Ln4dJ6Yz_fB7CGLQqby5AOg5jg3hfmGfZti0ZxrAJecsZr7OAT4AT3014E 16uk.jSdYjLMZjavYOQIzf5EyxFiQ4vNalZCcfv2oK6g7AIgg7zgA_L1A74GgPJi.1s9sKhzoU8B iwxq8DbrYApNhwBm2ObWboYndK.IFHXfv9.j2yWlBe07pOCeU.tLflbW_XgEmBvvtANT4e1mHIFa j5mI8Z0JDvLZ5Os0sdiZR3VQLZyLdlM9N68IQmiA5JP6W1TQjjlCfiWKfuwtbSx0hzFU.pHu4SdB rIKdhYrepHZ4ha1Z38FHoZ6ZORWA8zlZhU2Et6BMUdV04Uzy0yre5nTL_6uZysE9IVP_7KRNNYV4 Fp21rLVDf53FXGbKxvBatGvWH6ayBdS6wrOHS38tDwdMm6lucdNRjQOpDxJImRzAZIFmF9unkwc4 oflD5b7m3U.pK8S4Xo_f3JArnvbkMAxw3x2VIEwhGH.9s6qqXLZDoV1GFBZ9pvFcy.wPZxluRoG4 DCJZBYqx7GK71XSe7Nqx2H6A4Vkjucvfcsl6tgOxDoeDWoxQUSLb6FpmhWCewWWINg4mgIQhqfyh CKaSQebJICwt.fcE- X-Sonic-MF: X-Sonic-ID: a802a585-1689-4cff-bab4-0f55595cdec4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 21 Nov 2025 16:31:09 +0000 Received: by hermes--production-gq1-fdb64d996-jgmsv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID daba02c70f0aa685e3699ff0ee96f42a; Fri, 21 Nov 2025 16:31:05 +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 \(3826.700.81\)) Subject: Re: Still seeing Failed assertion: "p[i] == 0" [ *** i386 chroot on amd64 can get the failure on main 16 too *** ] From: Mark Millard In-Reply-To: Date: Fri, 21 Nov 2025 08:30:54 -0800 Cc: bob prohaska , Adrian Chadd , Carl Shapiro , Ronald Klop Content-Transfer-Encoding: quoted-printable Message-Id: <5A0EABFD-A84F-444E-B41A-BC2F9584FF99@yahoo.com> References: <877bvthymv.fsf@panix.com> <13E753F4-84F8-4ADB-96B6-908897D6971C@yahoo.com> <3174F751-9853-4697-B0C0-98B54518A69F@yahoo.com> <463AC500-C7C7-43FB-B5EF-332CEBA3D944@yahoo.com> <3E0D6079-0F5B-463E-94D4-37506A837D33@yahoo.com> <05479AC8-C8EB-42A3-9A54-2CAF687023D2@yahoo.com> <422A55DB-E005-4DA5-89F3-52879F35F6A4@yahoo.com> <87fra9fd4m.fsf@panix.com> <878qg1f8wz.fsf@panix.com> <265F191D-5400-4A9D-BE99-F060770B5DED@yahoo.com> <32C6B8A3-E390-48C8-8454-753511ADDF57@yahoo.com> To: Konstantin Belousov , Michal Meloun , Warner Losh , freebsd-arm@freebsd.org, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.961]; 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]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[9]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.30:from]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from] X-Rspamd-Queue-Id: 4dCghN5fd2z44nc [lldb works for that i386 core dump.] On Nov 20, 2025, at 16:03, Mark Millard wrote: > On Nov 20, 2025, at 15:38, Mark Millard wrote: >=20 >> # cd /usr/src/ >>=20 >> # env WITH_META_MODE=3D make -j10 buildworld >> . . . >> Building = /usr/obj/usr/src/i386.i386/lib/clang/libclang/CodeGen/CGExprScalar.pico >> : = /usr/src/contrib/jemalloc/include/jemalloc/internal/ehooks.h:170: Failed = assertion: "p[i] =3D=3D 0" >> Building = /usr/obj/usr/src/i386.i386/lib/clang/libclang/CodeGen/CGGPUBuiltin.pico >> Abort trap (core dumped) >> *** [CodeGen/CGBuiltin.pico] Error code 134 >>=20 >> The 7950X3D system has 32 FreeBSD cpus (16 cores), 192 GiByTes of = RAM, >=20 > [Silly typo fixed: GiBytes] >=20 >> Optane PCIe Storage media. >>=20 >> # uname -apKU >> FreeBSD 7950X3D-UFS 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n281922-4872b48b175c GENERIC-NODEBUG amd64 amd64 1600004 1600004 >>=20 >> But in the chroot: >>=20 >> # uname -apKU >> FreeBSD 7950X3D-UFS 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n281922-4872b48b175c GENERIC-NODEBUG i386 i386 1600004 1600004 >>=20 >> For that particular system I used: >>=20 >> # grep physmem /boot/loader.conf >> hw.physmem=3D"5G" >>=20 >> It resulted in: >>=20 >> # dmesg -a | grep 'memory *=3D' >> real memory =3D 137434759168 (131068 MB) >> avail memory =3D 2708901888 (2583 MB) >>=20 >> My odd top hack for monitoring and reporting >> various "Max(imum) Obs(erved)" figures shows: >>=20 >> 1914Mi MaxObsActive >> 821116Ki MaxObsWired >> 2585Mi MaxObs(Act+Wir+Lndry) >> 1617Mi MaxObsSwapUsed, >> 3488Mi MaxObs(Act+Lndry+SwapUsed), >> 4166Mi MaxObs(A+Wir+L+SU) [at such a time: 4193Mi (A+W+L+SU+InAct)] >>=20 >> I had to build main 16 for the i386 myself, based on the /usr/src/ >> from the official pkgbase system in use: such is no longer available. >> I did not make changes to allow SIGABRT to core dump. >=20 > Dumb mistake: I *did* make changes to allow SIGABRT to core dump. > (I had done so earlier when figuring out how to do that. I > had left the source code change in place on that system and > it was in the copy of /usr/src/ that I put into the chroot > area.) >=20 > But I do not have pkg or gdb for the context as stands. >=20 >> -j8 did not fail. -j12 ran out of RAM+SWAP. >>=20 >=20 > For reference (white space detail may not be preserved): >=20 > # diff -u = /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp.or= ig = /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp > --- = /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp.or= ig 2025-11-15 07:58:41.000000000 +0000 > +++ = /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp = 2025-11-18 01:26:50.661412000 +0000 > @@ -345,7 +345,7 @@ > #include >=20 > static const int Signals[] =3D > - { SIGABRT, SIGBUS, SIGFPE, SIGILL, SIGSEGV, SIGTRAP }; > + { /*SIGABRT,*/ SIGBUS, SIGFPE, SIGILL, SIGSEGV, SIGTRAP }; > static const unsigned NumSignals =3D std::size(Signals); > static struct sigaction PrevActions[NumSignals]; >=20 >=20 > # diff -u = /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc.orig = /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc > --- = /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc.orig = 2025-11-15 07:58:41.000000000 +0000 > +++ /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc = 2025-11-18 15:37:06.502424000 +0000 > @@ -215,7 +215,7 @@ > /// been ordered. > static const int KillSigs[] =3D {SIGILL, > SIGTRAP, > - SIGABRT, > +// SIGABRT, > SIGFPE, > SIGBUS, > SIGSEGV, >=20 I'm used to lldb not working for armv7 that I did not even think to try it for i386 until now. It works for doing bt for i386. But the ehooks_debug_zero_check call has addr=3D : (lldb) bt * thread #1, name =3D 'c++', stop reason =3D signal SIGABRT * frame #0: 0x24bd378b libsys.so.7`__sys_thr_kill at thr_kill.S:4 frame #1: 0x2ab2231b libc.so.7`__raise(s=3D6) at raise.c:48:10 frame #2: 0x2abcc73b libc.so.7`abort at abort.c:61:8 frame #3: 0x2ac10440 = libc.so.7`ehooks_debug_zero_check(addr=3D, = size=3D) at ehooks.h:0 frame #4: 0x2ac0ccfa libc.so.7`__je_extent_alloc_wrapper [inlined] = ehooks_alloc(tsdn=3D, ehooks=3D, = new_addr=3D, size=3D, alignment=3D,= zero=3D0xffff917b, commit=3D) at ehooks.h:208:3 frame #5: 0x2ac0cc5a = libc.so.7`__je_extent_alloc_wrapper(tsdn=3D0x2adf90a0, pac=3D0x2b0015e4, = ehooks=3D0x2b000080, new_addr=3D0x00000000, size=3D167936, alignment=3D64,= zero=3Dtrue, commit=3D0xffff91e3, growing_retained=3D) at = jemalloc_extent.c:1003:15 frame #6: 0x2ac0c58e = libc.so.7`__je_ecache_alloc_grow(tsdn=3D0x2adf90a0, pac=3D0x2b0015e4, = ehooks=3D0x2b000080, ecache=3D0x2b0036d0, expand_edata=3D0x00000000, = size=3D167936, alignment=3D64, zero=3D, = guarded=3D) at jemalloc_extent.c:126:11 frame #7: 0x2ac3c73f libc.so.7`pac_alloc_impl [inlined] = pac_alloc_real(tsdn=3D, pac=3D, = ehooks=3D, size=3D, alignment=3D64, = zero=3D, guarded=3D) at jemalloc_pac.c:124:11 frame #8: 0x2ac3c696 libc.so.7`pac_alloc_impl(tsdn=3D0x2adf90a0, = self=3D0x2b0015e4, size=3D167936, alignment=3D64, zero=3D, = guarded=3D, frequent_reuse=3D, = deferred_work_generated=3D) at jemalloc_pac.c:178:11 frame #9: 0x2ac3afe0 libc.so.7`__je_pa_alloc [inlined] = pai_alloc(tsdn=3D, self=3D, = size=3D, alignment=3D, zero=3D, = guarded=3D, frequent_reuse=3D, = deferred_work_generated=3D) at pai.h:43:9 frame #10: 0x2ac3afc9 libc.so.7`__je_pa_alloc(tsdn=3D0x2adf90a0, = shard=3D0x2b0015d8, size=3D167936, alignment=3D64, slab=3D, = szind=3D49, zero=3D, guarded=3D, = deferred_work_generated=3D0xffff92cf) at jemalloc_pa.c:139:11 frame #11: 0x2abea7a8 = libc.so.7`__je_arena_extent_alloc_large(tsdn=3D0x2adf90a0, = arena=3D0x2b000500, usize=3D163840, alignment=3D64, zero=3D) = at jemalloc_arena.c:338:19 frame #12: 0x2ac117ea libc.so.7`__je_large_palloc(tsdn=3D0x2adf90a0, = arena=3D, usize=3D163840, alignment=3D64, = zero=3D) at jemalloc_large.c:37:42 frame #13: 0x2ac11342 libc.so.7`__je_large_malloc(tsdn=3D0x2adf90a0, = arena=3D0x2b000500, usize=3D163840, zero=3D) at = jemalloc_large.c:17:9 frame #14: 0x2abed45e = libc.so.7`__je_arena_malloc_hard(tsdn=3D0x2adf90a0, arena=3D,= size=3D131576, ind=3D49, zero=3D) at = jemalloc_arena.c:1205:9 frame #15: 0x2abe1cb0 libc.so.7`iallocztm [inlined] = arena_malloc(tsdn=3D, arena=3D, = size=3D, ind=3D, zero=3D, = tcache=3D, slow_path=3D) at = arena_inlines_b.h:0 frame #16: 0x2abe1c52 libc.so.7`iallocztm(tsdn=3D, = size=3D, ind=3D49, zero=3D, tcache=3D0x2adf92f0,= is_internal=3D, arena=3D0x00000000, = slow_path=3D) at jemalloc_internal_inlines_c.h:55:8 frame #17: 0x2abe7179 libc.so.7`imalloc_body [inlined] = imalloc_no_sample(sopts=3D0xffff946c, dopts=3D0xffff944c, = tsd=3D0x2adf90a0, size=3D131576, usize=3D163840, ind=3D49) at = jemalloc_jemalloc.c:2402:9 frame #18: 0x2abe7106 libc.so.7`imalloc_body(sopts=3D, = dopts=3D, tsd=3D0x2adf90a0) at jemalloc_jemalloc.c:2577:16 frame #19: 0x2abdae88 libc.so.7`imalloc(sopts=3D, = dopts=3D) at tsd.h:0:2 frame #20: 0x2abdaddc libc.so.7`__je_malloc_default(size=3D131576) = at jemalloc_jemalloc.c:2726:2 frame #21: 0x2abdb27f libc.so.7`__malloc [inlined] = imalloc_fastpath(size=3D131576, fallback_alloc=3D) at = jemalloc_internal_inlines_c.h:0:2 frame #22: 0x2abdb149 libc.so.7`__malloc(size=3D131576) at = jemalloc_jemalloc.c:2750:9 frame #23: 0x28aa2b52 libprivatellvm.so.19`::mallocForGrow() = [inlined] safe_malloc at MemAlloc.h:26:18 frame #24: 0x28aa2b4c libprivatellvm.so.19`::mallocForGrow() at = SmallVector.cpp:130:19 frame #25: 0x2798f6dd libprivatellvm.so.19`::grow() [inlined] = mallocForGrow at SmallVector.h:458:48 frame #26: 0x2798f6c9 libprivatellvm.so.19`::grow() at = SmallVector.h:449:16 frame #27: 0x2798fa76 libprivatellvm.so.19`::resize() [inlined] = reserveForParamAndGetAddressImpl, llvm::MachineOperand *>, false> > at = SmallVector.h:257:11 frame #28: 0x2798fa5c libprivatellvm.so.19`::resize() [inlined] = reserveForParamAndGetAddress at SmallVector.h:392:12 frame #29: 0x2798fa5c libprivatellvm.so.19`::resize() [inlined] = append at SmallVector.h:707:29 frame #30: 0x2798fa5c libprivatellvm.so.19`::resize() at = SmallVector.h:674:11 frame #31: 0x2798c39e libprivatellvm.so.19`::createVirtualRegister() = [inlined] resize at IndexedMap.h:62:16 frame #32: 0x2798c393 libprivatellvm.so.19`::createVirtualRegister() = [inlined] grow at IndexedMap.h:72:9 frame #33: 0x2798c390 libprivatellvm.so.19`::createVirtualRegister() = [inlined] createIncompleteVirtualRegister at = MachineRegisterInfo.cpp:149:12 frame #34: 0x2798c38d libprivatellvm.so.19`::createVirtualRegister() = at MachineRegisterInfo.cpp:166:18 frame #35: 0x27c07b5f libprivatellvm.so.19`::EmitCopyFromReg() at = InstrEmitter.cpp:173:19 frame #36: 0x27c0e366 libprivatellvm.so.19`::EmitSpecialNode() at = InstrEmitter.cpp:1278:5 frame #37: 0x27d2707e libprivatellvm.so.19`::operator()() [inlined] = EmitNode at InstrEmitter.h:147:7 frame #38: 0x27d27064 libprivatellvm.so.19`::operator()() at = ScheduleDAGSDNodes.cpp:874:13 frame #39: 0x27d266c1 libprivatellvm.so.19`::EmitSchedule() at = ScheduleDAGSDNodes.cpp:961:9 frame #40: 0x27e0ad27 libprivatellvm.so.19`::CodeGenAndEmitDAG() at = SelectionDAGISel.cpp:1126:42 frame #41: 0x27e08f06 libprivatellvm.so.19`::SelectBasicBlock() at = SelectionDAGISel.cpp:850:3 frame #42: 0x27e08310 libprivatellvm.so.19`::SelectAllBasicBlocks() = at SelectionDAGISel.cpp:1863:7 frame #43: 0x27e056de libprivatellvm.so.19`::runOnMachineFunction() = at SelectionDAGISel.cpp:631:3 frame #44: 0x2964affa libprivatellvm.so.19`::runOnMachineFunction() = at X86ISelDAGToDAG.cpp:190:32 frame #45: 0x27e0377d libprivatellvm.so.19`::runOnMachineFunction() = at SelectionDAGISel.cpp:374:20 frame #46: 0x278de5f1 libprivatellvm.so.19`::runOnFunction() at = MachineFunctionPass.cpp:94:13 frame #47: 0x283716f2 libprivatellvm.so.19`::runOnFunction() at = LegacyPassManager.cpp:1440:27 frame #48: 0x28378063 libprivatellvm.so.19`::runOnModule() at = LegacyPassManager.cpp:1486:16 frame #49: 0x28371ee4 libprivatellvm.so.19`::run() [inlined] = runOnModule at LegacyPassManager.cpp:1555:27 frame #50: 0x28371b90 libprivatellvm.so.19`::run() at = LegacyPassManager.cpp:541:44 frame #51: 0x283784ee = libprivatellvm.so.19`llvm::legacy::PassManager::run(llvm::Module&) at = LegacyPassManager.cpp:1682:14 frame #52: 0x228e059a libprivateclang.so.19`::EmitBackendOutput() = [inlined] RunCodegenPipeline at BackendUtil.cpp:1157:19 frame #53: 0x228e0589 libprivateclang.so.19`::EmitBackendOutput() = [inlined] EmitAssembly at BackendUtil.cpp:1180:3 frame #54: 0x228e0589 libprivateclang.so.19`::EmitBackendOutput() at = BackendUtil.cpp:1341:13 frame #55: 0x22d84b4d = libprivateclang.so.19`::HandleTranslationUnit() at = CodeGenAction.cpp:354:3 frame #56: 0x234f63bd libprivateclang.so.19`::ParseAST() at = ParseAST.cpp:184:13 frame #57: 0x2335bdef libprivateclang.so.19`::ExecuteAction() at = FrontendAction.cpp:1192:3 frame #58: 0x22d8ad1d libprivateclang.so.19`::ExecuteAction() at = CodeGenAction.cpp:1144:30 frame #59: 0x2335b650 libprivateclang.so.19`::Execute() at = FrontendAction.cpp:1078:8 frame #60: 0x232bc3ac libprivateclang.so.19`::ExecuteAction() at = CompilerInstance.cpp:1061:33 frame #61: 0x233f3b7c = libprivateclang.so.19`::ExecuteCompilerInvocation() at = ExecuteCompilerInvocation.cpp:280:25 frame #62: 0x0040df8f c++`::cc1_main() at cc1_main.cpp:284:15 frame #63: 0x0041c927 c++`::ExecuteCC1Tool() at driver.cpp:215:12 frame #64: 0x22f460a6 libprivateclang.so.19`::callback_fn<(lambda at = /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:22)>() = [inlined] operator() at STLFunctionalExtras.h:68:12 frame #65: 0x22f46097 libprivateclang.so.19`::callback_fn<(lambda at = /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:22)>() = [inlined] operator() at Job.cpp:440:34 frame #66: 0x22f46094 libprivateclang.so.19`::callback_fn<(lambda at = /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:22)>() at = STLFunctionalExtras.h:45:12 frame #67: 0x28a3f834 libprivatellvm.so.19`::RunSafely() [inlined] = operator() at STLFunctionalExtras.h:68:12 frame #68: 0x28a3f82f libprivatellvm.so.19`::RunSafely() at = CrashRecoveryContext.cpp:426:3 frame #69: 0x22f456d4 libprivateclang.so.19`::Execute() at = Job.cpp:440:12 frame #70: 0x22f00688 libprivateclang.so.19`::ExecuteCommand() at = Compilation.cpp:199:15 frame #71: 0x22f0097e libprivateclang.so.19`::ExecuteJobs() at = Compilation.cpp:253:19 frame #72: 0x22f21e9c libprivateclang.so.19`::ExecuteCompilation() = at Driver.cpp:1943:5 frame #73: 0x0041bfdd c++`::clang_main() at driver.cpp:391:21 frame #74: 0x0041a387 c++`main at clang-driver.cpp:17:10 frame #75: 0x2aaf8820 libc.so.7`__libc_start1(argc=3D71, = argv=3D0xffffc2a4, env=3D0xffffc3c4, cleanup=3D(ld-elf.so.1`rtld_nop_exit = at rtld.c:3602), mainX=3D(c++`main at clang-driver.cpp:15)) at = libc_start1.c:180:7 frame #76: 0x0040c438 c++`_start at crt1_s.S:84 (I have rarely used lldb. So its commands are not generally familiar.) =3D=3D=3D Mark Millard marklmi at yahoo.com