This was previously mistakenly added to the GHC 9.8 release notes.

It appears that this was

This provides PVP compliance while maintaining a clear correspondence
between GHC releases and `ghc-internal` versions.

1 MByte was just too tight and failed intermittently on some platforms
(e.g. CentOS 7). Bumping the limit to 8 MByte should provide sufficient
headroom.

Fixes #23139.

In particular this fails on platforms without `dlinfo`. I plan to
address this but not before 9.10.1-alpha1.

I will fix this but not in time for 9.10.1-alpha1

Vladislav Zavialov authored 1 year ago and Marge Bot committed 1 year ago

* Mention TypeAbstractions in 9.10.1-notes.rst
* Set the status to "Experimental".
* Add a "Since: GHC 9.x" comment to each section.

Don't allocate a Ptr constructor per frame.

Here we add the unit ID to the info table provenance structure.

This allows us to shave a 64-bit word off of the packed IPE entry size.

Previously we would eagerly allocate `InfoTableEnt`s for each
info table registered in the info table provenance map. However, this
costs considerable memory and initialization time. Instead we now
lazily decode these tables. This allows us to use one-third the memory
*and* opens the door to taking advantage of sharing opportunities within
a module.

This required considerable reworking since lookupIPE now must be passed
its result buffer.

Such that we can add new helpers into GHC.InfoProv.Types without
breakage.

Vladislav Zavialov authored 1 year ago and Marge Bot committed 1 year ago

This should have been done in 0f0c53a5 but I missed it.

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

There is nothing platform-dependent about our GOT implementation and
GOT support is needed by `T24171` on i386.

Cheng Shao authored 1 year ago and Marge Bot committed 1 year ago

See #24515 for details.

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

This replicates the behavior on Windows, where `Hi.exe` will produce
profiling output named `Hi.prof` instead of `Hi.exe.prof`.

While in the area I also fixed the extension-stripping logic, which
incorrectly rewrote `Hi.exefoo` to `Hi.foo`.

Closes #24515.

Patrick authored 1 year ago and Marge Bot committed 1 year ago

The main purpose of this is to tuck the module name `xxx` in `module xxx where` into the hieAst.
It should fix #24493.

The following have been done:
1. Renamed and update the `tcg_doc_hdr :: Maybe (LHsDoc GhcRn)` to `tcg_hdr_info :: (Maybe (LHsDoc GhcRn), Maybe (XRec GhcRn ModuleName))`
   To store the located module name information.
2. update the `RenamedSource` and `RenamedStuff` with extra `Maybe (XRec GhcRn ModuleName)` located module name information.
3. add test `testsuite/tests/hiefile/should_compile/T24493.hs` to ensure the module name is added and update several relevent tests.
4. accompanied submodule haddoc test update MR in ghc/haddock!53

Jade authored 1 year ago and Marge Bot committed 1 year ago

This patch improves the error messages from invalid type signatures by
trying to guess what the user did and suggesting an appropriate fix.

Partially fixes: #17879

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

As noted by #24344, `strerror` is not necessarily thread-safe.
Thankfully, POSIX.1-2001 has long offered `strerror_r`, which is
safe to use.

Fixes #24344.

CLC discussion: https://github.com/haskell/core-libraries-committee/issues/249

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

This fixes a regression in retainer set profiling introduced by
b0293f78. Prior to that commit
the heap traversal word would be initialized by `SET_HDR` using
`LDV_RECORD_CREATE`. However, the commit added a `doingLDVProfiling`
check in `LDV_RECORD_CREATE`, meaning that this initialization no longer
happened.

Given that this initialization was awkwardly indirectly anyways, I have
fixed this by explicitly initializating the heap traversal word to
`NULL` in `SET_PROF_HDR`. This is equivalent to the previous behavior,
but much more direct.

Fixes #24513.

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

This was simply reexporting things from `ghc-prim`. Instead reexport
these directly from `Data.Kind`. Also add build ordering dependency to
work around #23942.

Alan Zimmerman authored 1 year ago and Marge Bot committed 1 year ago

Also tweak rendering of SrcSpan to remove extra blank line.

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

Most GhcExceptions are user-facing errors and therefore the
ExceptionContext has little value. Ideally we would enable
it in the DEBUG compiler but I am leaving this for future work.

Ben Gamari authored 1 year ago and Marge Bot committed 1 year ago

Here we introduce the `Backtraces` type and associated machinery for
attaching these via `ExceptionContext`. These has a few compile-time
regressions (`T15703` and `T9872d`) due to the additional dependencies
in the exception machinery.

As well, there is a surprisingly large regression in the
`size_hello_artifact` test. This appears to be due to various `Integer` and
`Read` bits now being reachable at link-time. I believe it should be
possible to avoid this but I have accepted the change for now to get the
feature merged.

CLC Proposal: https://github.com/haskell/core-libraries-committee/issues/199
GHC Proposal: https://github.com/ghc-proposals/ghc-proposals/pull/330

Metric Increase:
    T15703
    T9872d
    size_hello_artifact