From nobody Thu Aug 25 21:07:10 2022 X-Original-To: freebsd-haskell@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 4MDFsM1tNHz4ZWjR for ; Thu, 25 Aug 2022 21:07:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4MDFsL0J5pz3ncF for ; Thu, 25 Aug 2022 21:07:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1661461635; bh=NbJuGbMDo3maiglIpsRBB20XfVCz8TOJplbvwlso+dA=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=GRTRY763TUxi4ChNtMpdC1rK4lJA5aate0aX+U0ltV5KUiyU/84+n3e1YfKZcA55qvZhbedoeVBxmYer1KebCKhc4rYzuAVLMcy6CZ0V0VBpaD/zzMplZ/slOfuJ2vTa6og4PiU9/JF5QLA/2seEpzXP5xSzO4/hgRy7NJmibcQamf5CKLnhpyBVfcHPNKi7ElP1PfIa9rEDZdui9d/XSh46o35ST12RGzCw6hN1HD1nRQ2JYTTLuUM/gPvkQcsbgqkU4IW+3thFYAOQxEeiy9T5utoJ9WojKHnAqXiU6EuPueVrht5anRhqWnSqK53Y2uQdgGItCx3orCju1mqvdQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1661461635; bh=0z0ym+bj2uzW0WgxZFU68y7/EQz5To6197LNB6qeLTm=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jvb+908+6pZQ382u+EEsIUTIenDNrDuRsJg2l7Cs0itbS2Pb564n7798ISpcMyfgcuGStZR/yYqA19FoYnj7/vyDw7WdE+G8diTIEbs7oig/i3oRhPnHeWpfK07tJsDX0865fcOmq4mNGUxmCud/tKodGAdPt5DOvN8mvuDBw5AYqH7WbqR6hq12nuE+DBEtMPxkwQX+/N+K/FmeaF+Z9K1B26Ke32v6D9OY5Smgm0dzMN4t/V0SHekYHMwyuSOvIFqxQCnaREgUDU4C+xRnIg8E/c/9qNfGY6ZfLrHr02cauTWKOgLlAaqqL2fr1yWQMAgAEGIYfcH5Lq46gcSCcA== X-YMail-OSG: r8DstS4VM1lGDge.6sroM6xf_.U4CrLQjmaDJG4McfGLZDUWwd4qiLdP5.WkLVA 8m.hqjS78hAcL6Twx57MPH3aGBzTsEJ4nHj30ojm6IS0tGGKx5uryJWj7TemMQksU0oFzzfql2Tt TIBYi3UM.g2SD1j3BUN82P62Kw2SFeRttfzLg6gn9dmJx.mY6sW9gH3TIam5v5LXgwE1PlZIPBPI irQkacOTm8TIrE4BX30zxz957Q6FMZv17I6N6UfXTBAuLp2LSjV3jMC7roftmnzPXWqrPQJ5i11t wkDZyymVPQg5ut39D2hzxeRKnrcOBwtQX2.YiMbhZ0i9hVMpQ7gFQYt2rPQp3el2tlQcikJRXv05 etohPzDBKfSsiECgYnpOX7oKiqFI.ombu3tTiGO2cThHK73lTODYE.UzcDbLtTrFrOwuzuNOzMDp r5WsKU5B3ke05yofYwryHu5y3KUhWb_iDvEYAwa5Sutz0GuZOA.lrSrdlMGPKnk3EVxDMwydR9PA s9A_fAlT4yXH_.nVW_51wU9NPIRi8cqt4TziDw4LjA2c2pTIbHa2DtZCew7Io7lhULQjqSD1zdQC MOfAL1UBxamaOS0GzYr571NhN2Uf_2S7JeUnfaSebEFIkmbpSdb5dtVJjY_jk1d3Wnv8uedNXFOG f1zSlZ8wslL34TCErVVWDIqpP8XsS5z4EgA1EsDPGkQ8qLE5vqPNIPwnzJS9p.S982JP.7HIucbl 7nxlIq2NkXwvrrbHILLX36e1k70Ayhw5LZBGr3hEWN0ROjQ5zvrrl5clJ6ssrmaPzQY9RpckmPMQ 4Ut.MNDUgT.hqhhuMGAFd1XjQRIqbwhzYUO1eKR5dZJxXZ8e6gMqgNGEJQT3ylQKUbx3vnQOtbvg dOA0x4H05htpB9pDWAllSrWPsafSfp50mUUfqqwS4VX2jCRuU8.USyotiTIluDFHE.hjwkf0NQOS Qmjc56.dhN9mPPGvmyrOtBHGljSMfSyTi9KZVGU56N22u6gdwlfLYT91ToA4.MR98w_Cl5cAzDSr ULKOs1uXoh59MGzKlhA1EjBNexKgqqtRXvJ_HwrwnjwxcN533Z3dXeILfQBW45d_fpYZAtHquCGS gnx6TRMGir75JUk_KUL8Tjfbwg1ZT_AIDZNvwKY9aXXcx0bp2v8CO16_xlzsHCmZeBtYaLL1x2wN fq2RYvOfTOhvSVZYY1oPDC.fbMu_dxvG0BTGVSTeczUVAxbrxgAWBSsbJrKKNBTyOOdeSD.cisq9 pZuXBMbEzkIVpg0jdk11FrSeax41j4neNAX14X86TDqsG..FLPZwz.xOYCnmH7i2LkhO7VXbskdD 90C5fTt.jgh0dj3KNh6BJmSyR50Ox_ldj4snHdx.BYBnc0FC21togUVjWRfWfD3W8_zyOwPeyC.6 06KxM57GlV4fhjlmlBsqUFRii.ahTqMB5t_NgFBb.zu9otfihUq6IeevI_7rTU53K3DKSDfOwkN5 MDbht_Xdnq2N.NbP4RqpzHFEtJAhMEQdtq6N4XpSolqfVwpyh9CovbDn.79JrTgSrDfOB2QYH4MG VifbTJjg3eU3MN4UWGMiX1tciBzqFiiXH6mI.QlH14iyOmGoj548I4AJfbjUzPUs_GPQPheQSUUi yF1RWJ7uMH38VRDPB3kOAOS8SO2Mpl4t6u5slIvliRNE_twNNM82Im_A9quhqfDiBf45jfTNrI3s csyaoM2CUg_LjJV4cRff16ngX4kMZ.PIBszmXlWcmjkvT.x36fcI.ANJOVKnozOKvOkx9gV_56To wK7y1Xi2XMvbjQ.5Ejx1EYQsL._wesp77NuMgyp3oaOpbJAmSsE8v3E1rbKreuEwUBuk_AzptMxL 0RqCUoe8.xkzcfLk2aFyf76igQnomnx3bGKcjkF6AWRYtoyvyM9eSet8HpESt8wH1m53RPCfMJjB 0iSOGsKnMXHcQqN2fYQh2XcQcHvBhW9LkUjcbMJjaTjg94zfLWCZnBIszjSg6BgkFEPcerJ1H1w3 r_sLH9JyEMtdJql8ozw1pcFX7yvNhqH6gnpamgTFXDM1KSwm3x0VQA1TfWgfefsaNlLf86K3qeC0 JdeZA_z53SEY71lWmXKYrwWaY58S1_OonlBsfQYBUIx8jEqaIebFZKL2RrBzBHUqXDAIxa.jgJV7 Klyw8b0vySAVR3D5H8JF1AV0NeiBcYIAsxJt8FJWz0O4k0rXouwWZS2wm4wfeqOgOg2X.heGRxF8 wJbUcOxW.W._6wgoflrKpI1vr2hvD1agQPdPTdQjzsl1Fv9cMa1tuszDnxo6KUo3rC3d.kcdY X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 Aug 2022 21:07:15 +0000 Received: by hermes--production-gq1-686964ccb6-7mssw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cfaa01b6904a5834a4c6bd1d49cebf62; Thu, 25 Aug 2022 21:07:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: FreeBSD-specific Haskell issues and discussions List-Archive: https://lists.freebsd.org/archives/freebsd-haskell List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-haskell@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: lang/ghc bootstrap compiler build likely using wrong llc: using /usr/local/llvm12/bin/llc despite BOOT_LLVM_VERSION=10 ( for BOOT_GHC_VERSION=8.10.7 ) Date: Thu, 25 Aug 2022 14:07:10 -0700 References: <1C0A0307-647C-458B-9CA3-307867EDFEEF@yahoo.com> To: freebsd-haskell@freebsd.org, Gleb Popov , Brooks Davis , =?utf-8?Q?Mika=C3=ABl_Urankar?= In-Reply-To: <1C0A0307-647C-458B-9CA3-307867EDFEEF@yahoo.com> Message-Id: <8EE458FC-53BA-45F8-A097-11B83B874E7F@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4MDFsL0J5pz3ncF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GRTRY763; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; NEURAL_HAM_MEDIUM(-0.90)[-0.897]; 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]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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.65.83:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-haskell@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Aug-23, at 10:20, Mark Millard wrote: > For ghc-9.2.4 builds, should the early: >=20 > = /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.7-boot/lib/ghc-8.10.7/bin/ghc = . . . >=20 > related command activity be using: >=20 > /usr/local/llvm12/bin/llc . . . >=20 > commands? Or should it be using: >=20 > /usr/local/llvm10/bin/llc . . . >=20 > commands? >=20 > What I see is only /usr/local/llvm12/bin/llc > based despite the Makefile file listing > BOOT_LLVM_VERSION as 10: >=20 > LLVM_VERSION?=3D 12 > BOOT_GHC_VERSION=3D 8.10.7 > # LLVM version that bootstrap compiler uses > BOOT_LLVM_VERSION=3D 10 >=20 > I ask because the existing builds on the servers for armv7 again > look like they did when a previous incorrect mix of llc versions > had been in use. The old example was: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264192 >=20 > The fix for that changed the out of memory error behavior at the > time. The garbage-in/garbage-out status seemed to lead more out > of memory failures. >=20 > I've not checked on ld or other toolchain commands but I > suppose that if the wrong llc is in use then the wrong > versions of other toolchain commands is a possibility > that should be looked into. >=20 >=20 > OVERALL . . . >=20 > If the >=20 > = /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.7-boot/lib/ghc-8.10.7/bin/ghc = . . . >=20 > related activity should use: >=20 > /usr/local/llvm10/bin/llc . . . >=20 > then the port needs to be fixed to use the commands from > the right toolchain. >=20 Going in a different direction, having gotten llc.core from a poudiere bulk -i use to manually run make for lang/ghc for this armv7 via aarchh64 context . . . # gdb /usr/local/llvm12/bin/llc llc.core . . . Reading symbols from /usr/local/llvm12/bin/llc... (No debugging symbols found in /usr/local/llvm12/bin/llc) [New LWP 100512] Core was generated by `/usr/local/llvm12/bin/llc -O1 -enable-tbaa = -relocation-model=3Dstatic -mcpu=3Dgeneri'. Program terminated with signal SIGABRT, Aborted. Sent by thr_kill() from pid 72424 and user 0. #0 0x450240e4 in thr_kill () from /lib/libc.so.7 (gdb) bt #0 0x450240e4 in thr_kill () from /lib/libc.so.7 #1 0x44f9770c in raise () from /lib/libc.so.7 #2 0x4504f680 in abort () from /lib/libc.so.7 #3 0x421f703c in llvm::report_bad_alloc_error(char const*, bool) () = from /usr/local/llvm12/lib/libLLVM-12.so #4 0x421f7130 in ?? () from /usr/local/llvm12/lib/libLLVM-12.so #5 0x44edb94c in operator new(unsigned int) () from /lib/libc++.so.1 #6 0x4228c620 in llvm::raw_ostream::SetBuffered() () from = /usr/local/llvm12/lib/libLLVM-12.so #7 0x4228d59c in llvm::raw_ostream::write(char const*, unsigned int) () = from /usr/local/llvm12/lib/libLLVM-12.so #8 0x422aa510 in ?? () from /usr/local/llvm12/lib/libLLVM-12.so #9 0x422ac0dc in llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) () = from /usr/local/llvm12/lib/libLLVM-12.so #10 0x422a9d1c in llvm::sys::RunSignalHandlers() () from = /usr/local/llvm12/lib/libLLVM-12.so #11 0x422acd08 in ?? () from /usr/local/llvm12/lib/libLLVM-12.so #12 0x400eaed8 in ?? () from /lib/libthr.so.3 #13 0x400ea524 in ?? () from /lib/libthr.so.3 #14 0xffffe1a0 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt = stack?) It looks like the out of memory happens during = llvm::sys::PrintStackTrace related activity that was initiated during llvm::sys::RunSignalHandlers = . In other words: some other problem happened but the backtrace handling = is leading to a later problem that hides the original problem --or it looks like such might be the case. It seems vaguely familiar that armv7 backtraces were problematical in other examples of code that tried to print its own backtraces. But, at this point, I do not remember any details. For reference: The actual llc command reported is, in full: /usr/local/llvm12/bin/llc -O1 -enable-tbaa -relocation-model=3Dstatic = -mcpu=3Dgeneric -mattr=3D+strict-align /tmp/ghc64754_0/ghc_6.bc -o = /tmp/ghc64754_0/ghc_7.lm_s (I do not have a copy of /tmp/ghc64754_0/ghc_6.bc . The /tmp involved is cleaned out before the interactive stage in the bulk run.) # ls -Tld llc.core -rw------- 1 root wheel 2064687104 Aug 25 19:40:34 2022 llc.core Also, I was using: # git -C /usr/ports/ diff lang/ghc diff --git a/lang/ghc/Makefile b/lang/ghc/Makefile index 5939c5a318d7..aa2c64bfc1ea 100644 --- a/lang/ghc/Makefile +++ b/lang/ghc/Makefile @@ -142,12 +142,16 @@ post-patch-BOOT-off: @${REINPLACE_CMD} -e '/^docdir/d' ${BOOT_DIR}/mk/build.mk @${REINPLACE_CMD} -e '/^htmldir/d' ${BOOT_DIR}/mk/build.mk =20 +CONFIGURE_ENV_BOOTSTRAP=3DLLC=3Dllc${BOOT_LLVM_VERSION} \ + OPT=3Dopt${BOOT_LLVM_VERSION} \ + CLANG=3Dclang${BOOT_LLVM_VERSION} \ + CC=3Dclang${BOOT_LLVM_VERSION} pre-configure: # Call the bootstrap script cd ${WRKSRC}/ && ./boot # If we are using bootstrap compiler, configure and install it into = ${BOOT_DIR} .if empty(PORT_OPTIONS:MBOOT) - cd ${BOOT_DIR} && ${CONFIGURE_ENV} ${CONFIGURE_CMD} = --prefix=3D${BOOT_DIR} + cd ${BOOT_DIR} && ${CONFIGURE_ENV} ${CONFIGURE_ENV_BOOTSTRAP} = ${CONFIGURE_CMD} --prefix=3D${BOOT_DIR} cd ${BOOT_DIR} && PACKAGES=3D'' ${MAKE_CMD} install .endif =20 in order to have llvm10's tools in use for 8.10.7 activity and llvm12's tools in use for 9.2.4 activity. (But I could be wrong about such being necessary. It certainly is not sufficient by itself for the overall build to work.) =3D=3D=3D Mark Millard marklmi at yahoo.com