- ghc-commits - Haskell.org

[Git][ghc/ghc][wip/romes/reorder-ghci-run] refactor: move and order helper functions in GHCi.Run
by Rodrigo Mesquita (＠alt-romes) 03 Nov '26

03 Nov '26

Rodrigo Mesquita pushed to branch wip/romes/reorder-ghci-run at Glasgow Haskell Compiler / GHC Commits: acf939c8 by Rodrigo Mesquita at 2026-11-03T15:38:43+00:00 refactor: move and order helper functions in GHCi.Run A small refactor to the order of top-level functions in GHCi.Run - - - - - 1 changed file: - libraries/ghci/GHCi/Run.hs Changes: ===================================== libraries/ghci/GHCi/Run.hs ===================================== @@ -154,6 +154,57 @@ notSupportedJS :: Message a -> b notSupportedJS m = error ("Message not supported with the JavaScript interpreter: " ++ show m) #endif +-- Malloc and copy the bytes. We don't have any way to monitor the +-- lifetime of this memory, so it just leaks. +mkString :: ByteString -> IO (RemotePtr ()) +mkString bs = B.unsafeUseAsCStringLen bs $ \(cstr,len) -> do + ptr <- mallocBytes len + copyBytes ptr cstr len + return (castRemotePtr (toRemotePtr ptr)) + +mkString0 :: ByteString -> IO (RemotePtr ()) +mkString0 bs = B.unsafeUseAsCStringLen bs $ \(cstr,len) -> do + ptr <- mallocBytes (len+1) + copyBytes ptr cstr len + pokeElemOff (ptr :: Ptr CChar) len 0 + return (castRemotePtr (toRemotePtr ptr)) + +mkCostCentres :: RemotePtr () -> [(BS.ShortByteString, BS.ShortByteString)] -> IO [RemotePtr CostCentre] +#if defined(PROFILING) +mkCostCentres mod ccs = do + let c_module = fromRemotePtr $ castRemotePtr mod + mapM (mk_one c_module) ccs + where + mk_one c_module (decl_path,srcspan) = do + c_name <- newCStringFromSBS decl_path + c_srcspan <- newCStringFromSBS srcspan + toRemotePtr <$> c_mkCostCentre c_name c_module c_srcspan + +foreign import ccall unsafe "mkCostCentre" + c_mkCostCentre :: Ptr CChar -> Ptr CChar -> Ptr CChar -> IO (Ptr CostCentre) +#else +mkCostCentres _ _ = return [] +#endif + +getIdValFromApStack :: HValue -> Int -> IO (Maybe HValue) +getIdValFromApStack apStack (I# stackDepth) = do + case getApStackVal# apStack stackDepth of + (# ok, result #) -> + case ok of + 0# -> return Nothing -- AP_STACK not found + _ -> return (Just (unsafeCoerce# result)) + +-- Exceptions can't be marshaled because they're dynamically typed, so +-- everything becomes a String. +tryEval :: IO a -> IO (EvalResult a) +tryEval io = do + e <- try io + case e of + Left ex -> return (EvalException (toSerializableException ex)) + Right a -> return (EvalSuccess a) + +-------------------------------------------------------------------------------- + evalStmt :: EvalOpts -> EvalExpr HValueRef -> IO (EvalStatus [HValueRef]) evalStmt opts expr = do io <- mkIO expr @@ -186,6 +237,9 @@ evalStringToString r str = do r <- (unsafeCoerce io :: String -> IO String) str evaluate (force r) + +-------------------------------------------------------------------------------- + -- | Process the Seq message to force a value. #2950 -- If during this processing a breakpoint is hit, return -- an EvalBreak value in the EvalStatus to the UI process, @@ -315,15 +369,6 @@ measureAlloc io = do let allocs = negate $ fromIntegral ctr return (EvalComplete allocs a) --- Exceptions can't be marshaled because they're dynamically typed, so --- everything becomes a String. -tryEval :: IO a -> IO (EvalResult a) -tryEval io = do - e <- try io - case e of - Left ex -> return (EvalException (toSerializableException ex)) - Right a -> return (EvalSuccess a) - -- This function sets up the interpreter for catching breakpoints, and -- resets everything when the computation has stopped running. This -- is a not-very-good way to ensure that only the interactive @@ -423,43 +468,3 @@ noBreakStablePtr = unsafePerformIO $ newStablePtr noBreakAction noBreakAction :: BreakpointCallback noBreakAction _ _ _ False _ = putStrLn "*** Ignoring breakpoint" noBreakAction _ _ _ True _ = return () -- exception: just continue - --- Malloc and copy the bytes. We don't have any way to monitor the --- lifetime of this memory, so it just leaks. -mkString :: ByteString -> IO (RemotePtr ()) -mkString bs = B.unsafeUseAsCStringLen bs $ \(cstr,len) -> do - ptr <- mallocBytes len - copyBytes ptr cstr len - return (castRemotePtr (toRemotePtr ptr)) - -mkString0 :: ByteString -> IO (RemotePtr ()) -mkString0 bs = B.unsafeUseAsCStringLen bs $ \(cstr,len) -> do - ptr <- mallocBytes (len+1) - copyBytes ptr cstr len - pokeElemOff (ptr :: Ptr CChar) len 0 - return (castRemotePtr (toRemotePtr ptr)) - -mkCostCentres :: RemotePtr () -> [(BS.ShortByteString, BS.ShortByteString)] -> IO [RemotePtr CostCentre] -#if defined(PROFILING) -mkCostCentres mod ccs = do - let c_module = fromRemotePtr $ castRemotePtr mod - mapM (mk_one c_module) ccs - where - mk_one c_module (decl_path,srcspan) = do - c_name <- newCStringFromSBS decl_path - c_srcspan <- newCStringFromSBS srcspan - toRemotePtr <$> c_mkCostCentre c_name c_module c_srcspan - -foreign import ccall unsafe "mkCostCentre" - c_mkCostCentre :: Ptr CChar -> Ptr CChar -> Ptr CChar -> IO (Ptr CostCentre) -#else -mkCostCentres _ _ = return [] -#endif - -getIdValFromApStack :: HValue -> Int -> IO (Maybe HValue) -getIdValFromApStack apStack (I# stackDepth) = do - case getApStackVal# apStack stackDepth of - (# ok, result #) -> - case ok of - 0# -> return Nothing -- AP_STACK not found - _ -> return (Just (unsafeCoerce# result)) View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/acf939c8070b2053bdbe3af4e80ffbd… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/acf939c8070b2053bdbe3af4e80ffbd… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc] Pushed new branch wip/romes/reorder-ghci-run
by Rodrigo Mesquita (＠alt-romes) 03 Nov '26

03 Nov '26

Rodrigo Mesquita pushed new branch wip/romes/reorder-ghci-run at Glasgow Haskell Compiler / GHC -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/tree/wip/romes/reorder-ghci-run You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc][wip/T27862] 5 commits: Consolidate all CPU feature handling
by Simon Peyton Jones (＠simonpj) 03 Nov '26

03 Nov '26

Simon Peyton Jones pushed to branch wip/T27862 at Glasgow Haskell Compiler / GHC Commits: 54cf3c1e by sheaf at 2026-11-03T07:00:23-05:00 Consolidate all CPU feature handling This commit introduces GHC.Platform.CpuFeatures which consolidates all of the logic for implications between CPU feature flags (mainly X86): - DynFlags now only records the set of -m<feature> flags that were passed, as an EnumSet CpuFeature. That keeps it a simple record of the flags the user passed, with no post-processing. - GHC.Platform.CpuFeatures.initCpuFeatures turns this set into a CpuFeatures value, applying all implications and the per-architecture baseline. This is the single home for all of the feature implication logic. Some datatypes were reworked to better reflect the implication structure in the types, e.g. SseAvxVersion has a strategically placed 'FMA' boolean. - The NCG, LLVM backend, StgToCmm, CPP defines and LLVM -mattr flags all consult CpuFeatures, via targetCpuFeatures. See Note [CPU features], which replaces Note [Implications between X86 CPU feature flags]. Behaviour changes: - x86 feature flags (-msse3, -mavx, -mavx512*, -mgfni, ...) passed when targeting a non-x86 architecture no longer cause x86 CPP macros (__SSE3__, __AVX512BW__, __GFNI__, ...) to be defined, nor x86 attributes to be passed to LLVM. - Error messages reported when required CPU features are not enabled now print out the minimal set of flags required (e.g. "-mavx512vl" rather than "-mavx512f -mavx512vl"). - - - - - 9af64305 by Luite Stegeman at 2026-11-03T07:01:23-05:00 rts: move stack check to the start of the stg_unpack_cstring thunks fixes a deadlock see #27272 - - - - - a2208b21 by Simon Jakobi at 2026-11-03T07:02:05-05:00 Cmm: exclude the entry block from common block elimination a1d8139054c had fixed #27722 only partially, because it didn't prevent elimination of the entry block in later rounds, where the entry block is no longer guaranteed to come first. To close this loophole, we exclude the entry block from the CBE merge logic. See Note [Retain entry block during common block elimination] for details. This also deletes a misleading comment regarding unreachable blocks: the control-flow optimiser doesn't actually guarantee that no unreachable blocks reach CBE. Fixes #27722. Assisted-by: Claude Fable 5.1 - - - - - 37ad4710 by Alan Zimmerman at 2026-11-03T07:02:46-05:00 EPA: Use AnnList for GADT declarations Continuing the process of using AnnList to capture parser layout - - - - - b2bd7dc2 by Simon Peyton Jones at 2026-11-03T15:12:27+00:00 Better desugaring for bang patterns Ticket #27862 showed that we were desugaring bang patterns in a silly way, which led to bad code. This small fix makes it much better. See Note [Tidying patterns] which has new (TP1) and (TP2) and Note [Grouping equations] especially (GE1) - - - - - 58 changed files: - changelog.d/T27722-cbe-entry-block.md - + changelog.d/T27862 - + changelog.d/caf-deadlock-27272 - compiler/GHC/Cmm/CallConv.hs - compiler/GHC/Cmm/CommonBlockElim.hs - compiler/GHC/CmmToAsm/Config.hs - compiler/GHC/CmmToAsm/X86/CodeGen.hs - compiler/GHC/CmmToAsm/X86/Instr.hs - compiler/GHC/CmmToLlvm/CodeGen.hs - compiler/GHC/CmmToLlvm/Config.hs - compiler/GHC/Driver/Config/CmmToAsm.hs - compiler/GHC/Driver/Config/CmmToLlvm.hs - compiler/GHC/Driver/Config/StgToCmm.hs - compiler/GHC/Driver/DynFlags.hs - compiler/GHC/Driver/Pipeline/Execute.hs - compiler/GHC/Driver/Session.hs - compiler/GHC/Hs/Decls.hs - compiler/GHC/Hs/Dump.hs - compiler/GHC/HsToCore/Match.hs - compiler/GHC/HsToCore/Match/Literal.hs - compiler/GHC/HsToCore/Monad.hs - compiler/GHC/HsToCore/Pmc.hs - compiler/GHC/Parser.y - compiler/GHC/Parser/PostProcess.hs - compiler/GHC/Platform.hs - + compiler/GHC/Platform/CpuFeatures.hs - compiler/GHC/StgToCmm/Config.hs - compiler/GHC/StgToCmm/Prim.hs - compiler/GHC/SysTools/Cpp.hs - compiler/ghc.cabal.in - rts/StgStdThunks.cmm - testsuite/tests/ado/T22483.stderr - + testsuite/tests/cmm/should_run/T27722.hs - + testsuite/tests/cmm/should_run/T27722_cmm.cmm - testsuite/tests/cmm/should_run/all.T - testsuite/tests/count-deps/CountDepsParser.stdout - + testsuite/tests/deSugar/should_compile/T27862.hs - + testsuite/tests/deSugar/should_compile/T27862.stderr - + testsuite/tests/deSugar/should_compile/T27862a.hs - + testsuite/tests/deSugar/should_compile/T27862a.stderr - testsuite/tests/deSugar/should_compile/all.T - testsuite/tests/deSugar/should_run/dsrun008.stderr - testsuite/tests/ghc-api/exactprint/Test20239.stderr - testsuite/tests/haddock/should_compile_flag_haddock/T17544.stderr - testsuite/tests/haddock/should_compile_flag_haddock/T17544_kw.stderr - testsuite/tests/haddock/should_compile_flag_haddock/T24221.stderr - testsuite/tests/parser/should_compile/DumpParsedAst.stderr - testsuite/tests/parser/should_compile/DumpRenamedAst.stderr - testsuite/tests/parser/should_compile/T14189.stderr - testsuite/tests/parser/should_compile/T15323.stderr - testsuite/tests/parser/should_compile/T20452.stderr - testsuite/tests/pmcheck/should_compile/T24234.stderr - testsuite/tests/printer/T18791.stderr - + testsuite/tests/rts/T27272.hs - + testsuite/tests/rts/T27272_gen.py - testsuite/tests/rts/all.T - testsuite/tests/typecheck/should_fail/tcfail203a.stderr - utils/check-exact/ExactPrint.hs The diff was not included because it is too large. View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/3f422a62e8fccd1a7a9f90a7ef2119… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/3f422a62e8fccd1a7a9f90a7ef2119… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc][wip/davide/rts-public] Deleted 1 commit: DO NOT MERGE add per CI job golden test for rts DSO symbols
by David Eichmann (＠DavidEichmann) 03 Nov '26

03 Nov '26

David Eichmann pushed to branch wip/davide/rts-public at Glasgow Haskell Compiler / GHC WARNING: The push did not contain any new commits, but force pushed to delete the commits and changes below. Deleted commits: 33e0a1b1 by David Eichmann at 2026-11-02T13:40:38+00:00 DO NOT MERGE add per CI job golden test for rts DSO symbols A full dump of global symbols is made for all RTS DSOs over all CI jobs. This does not use an ignore list like the curent rts-check-symbols test. - - - - - 0 changed files: Changes: View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/33e0a1b11b192f5867deb774f57fd55… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/33e0a1b11b192f5867deb774f57fd55… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc][wip/andreask/cfg-fix] x86 ncg: Track the current block in NatM to keep the CFG in sync
by Sylvain Henry (＠hsyl20) 03 Nov '26

03 Nov '26

Sylvain Henry pushed to branch wip/andreask/cfg-fix at Glasgow Haskell Compiler / GHC Commits: 6687da29 by Andreas Klebinger at 2026-11-03T15:46:32+01:00 x86 ncg: Track the current block in NatM to keep the CFG in sync The x86 NCG uses a CFG for code layout. When instruction selection makes new blocks (word2Float#, cmpxchg loops, 64-bit shifts on i386), it must add them to the CFG. Some sites did not. The CFG went out of sync, the layout was bad, and the register allocator panicked when it added fixup blocks (#27694, #27915). NatM now keeps the current block in its state. Combinators update the CFG and the current block together. See Note [Updating the CFG during CodeGen] in GHC.CmmToAsm.Monad. Other changes: * -dasm-lint checks that the jumps in the code and the edges in the CFG agree in both directions. This found a second desync: the CFG did not follow the jumps that allocMoreStack retargets. The new addPreentryBlock fixes it. * A store emits the code of its address before the code of its value, because the CFG records new blocks in generation order. Stores and atomic operations take their address from the new getNonClobberedAmode, so the value code cannot clobber it. * backendMaintainsCfg is now True for i386: it gets the CFG based layout, dead code elimination and the -dasm-lint check. Fixes #27694, #27915 Co-authored-by: Sylvain Henry <sylvain(a)haskus.fr> Co-Authored-By: Claude Fable 5.1 <noreply(a)anthropic.com> - - - - - 16 changed files: - + changelog.d/27694 - compiler/GHC/CmmToAsm.hs - compiler/GHC/CmmToAsm/AArch64/CodeGen.hs - compiler/GHC/CmmToAsm/BlockLayout.hs - compiler/GHC/CmmToAsm/CFG.hs - compiler/GHC/CmmToAsm/Monad.hs - compiler/GHC/CmmToAsm/X86/CodeGen.hs - compiler/GHC/CmmToAsm/X86/Instr.hs - + testsuite/tests/codeGen/should_compile/T27694.hs - testsuite/tests/codeGen/should_compile/all.T - + testsuite/tests/codeGen/should_run/T27694b.hs - + testsuite/tests/codeGen/should_run/T27694b.stdout - + testsuite/tests/codeGen/should_run/T27915.hs - + testsuite/tests/codeGen/should_run/T27915.stdout-ws-32 - + testsuite/tests/codeGen/should_run/T27915.stdout-ws-64 - testsuite/tests/codeGen/should_run/all.T The diff was not included because it is too large. View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/6687da29673ca23f2ea0fab6e4393f0… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/6687da29673ca23f2ea0fab6e4393f0… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc][wip/andreask/cfg-fix] x86 ncg: Track the current block in NatM to keep the CFG in sync
by Sylvain Henry (＠hsyl20) 03 Nov '26

03 Nov '26

Sylvain Henry pushed to branch wip/andreask/cfg-fix at Glasgow Haskell Compiler / GHC Commits: 88239e06 by Andreas Klebinger at 2026-11-03T15:41:02+01:00 x86 ncg: Track the current block in NatM to keep the CFG in sync The x86 NCG maintains a CFG that is used for code layout. Whenever instruction selection introduces new basic blocks (for instance for word-to-float conversions, cmpxchg based atomic operations, ctz on i386 or 64-bit shifts on i386) it must update this CFG, and the code that follows must use the new block as its origin. Before this patch the current block was threaded explicitly through some statement-level functions only. Block-introducing primops that were dispatched as "simple" (word2Float#, #27915) and the 64-bit shifts in iselExpr64 did not update the CFG at all. This resulted in an out-of-sync CFG, bad code layout and the "Can't find weight for edge that should have one" panic once the register allocator inserted fixup blocks (#27694, #27915). We now keep the current block in the NatM state and provide a few combinators (continueInNewBlock, addCondBlock, addDiamondFlow, addColdSelfLoop, increaseEdgeWeight) that update the CFG and the current block at the same time. See Note [Updating the CFG during CodeGen] in GHC.CmmToAsm.Monad. The cfg sanity check (-dasm-lint) now also checks that the branches in the generated code and the edges in the CFG match both ways (call edges excepted), which catches this class of bug early. It immediately found another desync: when the register allocator needs more stack than preallocated, allocMoreStack moves the body of every entry block into a new block and retargets the local jumps to it, but the CFG only recorded the new block as the immediate successor of the entry block. The new addPreentryBlock also redirects the jump edges (and keeps the call edges, since returns still go through the entry block). The CFG records the blocks that the code of an expression introduces in generation order, so a store must emit the code of its address before the code of its value. For this to be safe the amode must survive the value code (a quotient index, fixed in eax, could be clobbered by a 64-bit conversion on i386): the stores and the atomic operations now take their address from the new getNonClobberedAmode. Test T27694b covers both stores. The x86 code generator now keeps the CFG in sync on i386 too, so backendMaintainsCfg is enabled for it: i386 gets CFG based code layout, dead code elimination and the -dasm-lint check. Fixes #27694, #27915 Co-authored-by: Sylvain Henry <sylvain(a)haskus.fr> Co-Authored-By: Claude Fable 5.1 <noreply(a)anthropic.com> - - - - - 16 changed files: - + changelog.d/27694 - compiler/GHC/CmmToAsm.hs - compiler/GHC/CmmToAsm/AArch64/CodeGen.hs - compiler/GHC/CmmToAsm/BlockLayout.hs - compiler/GHC/CmmToAsm/CFG.hs - compiler/GHC/CmmToAsm/Monad.hs - compiler/GHC/CmmToAsm/X86/CodeGen.hs - compiler/GHC/CmmToAsm/X86/Instr.hs - + testsuite/tests/codeGen/should_compile/T27694.hs - testsuite/tests/codeGen/should_compile/all.T - + testsuite/tests/codeGen/should_run/T27694b.hs - + testsuite/tests/codeGen/should_run/T27694b.stdout - + testsuite/tests/codeGen/should_run/T27915.hs - + testsuite/tests/codeGen/should_run/T27915.stdout-ws-32 - + testsuite/tests/codeGen/should_run/T27915.stdout-ws-64 - testsuite/tests/codeGen/should_run/all.T The diff was not included because it is too large. View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/88239e06c4c9b0b9d80e708cac70e6a… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/88239e06c4c9b0b9d80e708cac70e6a… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc] Pushed new branch wip/simonmar/configure-files
by Simon Marlow (＠simonmar) 03 Nov '26

03 Nov '26

Simon Marlow pushed new branch wip/simonmar/configure-files at Glasgow Haskell Compiler / GHC -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/tree/wip/simonmar/configure-files You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc] Pushed new branch wip/fendor/pit-copy-small-slices
by Hannes Siebenhandl (＠fendor) 03 Nov '26

03 Nov '26

Hannes Siebenhandl pushed new branch wip/fendor/pit-copy-small-slices at Glasgow Haskell Compiler / GHC -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/tree/wip/fendor/pit-copy-small-slices You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc][wip/romes/async-rpc] fixup! interp: test: no deadlock when handleTHMessage throws.
by Andrea Vezzosi (＠trac-Saizan) 03 Nov '26

03 Nov '26

Andrea Vezzosi pushed to branch wip/romes/async-rpc at Glasgow Haskell Compiler / GHC Commits: 1588c900 by Andrea Vezzosi at 2026-11-03T15:37:30+01:00 fixup! interp: test: no deadlock when handleTHMessage throws. - - - - - 2 changed files: - testsuite/tests/plugins/all.T - testsuite/tests/plugins/static-plugin-interp-panic.stderr Changes: ===================================== testsuite/tests/plugins/all.T ===================================== @@ -374,11 +374,17 @@ test('plugins-external', when(opsys('mingw32') or (opsys('linux') and not ghc_dynamic()), fragile(20706))], makefile_test, []) +# Scrub the GHC version out of the panic header. +def normalise_ghc_version(s): + import re + return re.sub(r'GHC version [^\s:]+', 'GHC version <VERSION>', s) + test('static-plugin-interp-panic', [extra_files(['static-plugin-interp-panic-module.hs']), unless(config.have_RTS_linker, skip), extra_run_opts('"' + config.libdir + '"'), - req_th], + req_th, + normalise_errmsg_fun(normalise_ghc_version)], compile_and_run, ['-package ghc -j1']) ===================================== testsuite/tests/plugins/static-plugin-interp-panic.stderr ===================================== @@ -1,7 +1,7 @@ static-plugin-interp-panic-module.hs:12:5: error: [GHC-87897] • Exception when trying to run compile-time code: panic! (the 'impossible' happened) - GHC version 10.1.20261027: + GHC version <VERSION>: static-plugin-interp-panic: panic loading GHC.Internal.Real Please report this as a GHC bug: https://www.haskell.org/ghc/reportabug View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/1588c9001957e342dbcd1169d30c61a… -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/1588c9001957e342dbcd1169d30c61a… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0

[Git][ghc/ghc] Pushed new branch wip/romes/eval-opts-handle-run-status
by Rodrigo Mesquita (＠alt-romes) 03 Nov '26

03 Nov '26

Rodrigo Mesquita pushed new branch wip/romes/eval-opts-handle-run-status at Glasgow Haskell Compiler / GHC -- View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/tree/wip/romes/eval-opts-handle-run-st… You're receiving this email because of your account on gitlab.haskell.org. Manage all notifications: https://gitlab.haskell.org/-/profile/notifications | Help: https://gitlab.haskell.org/help

1 0