A bad commit made it into master (my fault) and I have now fixed this
and rebased your patch over it.
Matt
On Tue, Aug 22, 2023 at 7:19 AM Erdi, Gergo via ghc-devs
wrote:
>
> PUBLIC
>
>
> Hi,
>
>
>
> On e.g.
>
Hi all,
Zubin is preparing the 9.4.6 release so we expect to release it within
the next two weeks.
The focus of the release ot back-port the quite large number of fixes
which are marked for backport to 9.4.
The ticket which tracks bumping the bootstrap compiler to 9.4 is
https://gitlab.haskell.org/ghc/ghc/-/issues/23195
We should bump all the images and update the configure check *before*
merging changes which require a newer bootstrap compiler.
I imagine this problem has been introduced by
;
>
>
> On Fri, 23 Jun 2023 at 11:14, Matthew Pickering
> wrote:
>>
>> We discussed this in the meeting on Tuesday.
>>
>> The conclusion was that
>>
>> * We now have a new label "Blocked on Review", which people can add to
>> merge
s,
Matt
On Mon, Jun 19, 2023 at 10:03 PM Matthew Pickering
wrote:
>
> Hi all,
>
> Recently there has been some discussion about better systems and
> processes for keeping the flow of merge requests going smoothly
> through the review process. It has become clear that we need
Hi all,
Recently there has been some discussion about better systems and
processes for keeping the flow of merge requests going smoothly
through the review process. It has become clear that we need to be a
bit more deliberate in handling merge requests in order to make sure
we can correctly
Hi all,
Just a quick message to say that we don't intend to produce any more
releases in the 9.2.* release series.
The forthcoming 9.8 release will be branched on June 16th.
Cheers,
Matt
___
ghc-devs mailing list
ghc-devs@haskell.org
Hi Lyle,
It seems that you set-up a proper native toolchain (without nix) and
that you might be running into this issue:
https://gitlab.haskell.org/ghc/ghc/-/issues/22451
Do you have any symlinks anywhere around the build folder?
Cheers,
Matt
On Wed, May 31, 2023 at 4:14 AM Lyle Kopnicky
Hi all,
* We are preparing the 9.6.2 release to happen within 1-2 weeks.
* The proposed 9.8.1 schedule is as follows:
Fork Date: June 16th
Release Date: Early September
Feature patches not in the tree by June 16th will not be included in
the release.
This is the six-month release cadence
The HSC2HS_EXTRA option was fixed in
```
commit 99623358754d812b8b4bdfcdc57190d38617b9cc
Author: Matthew Pickering
Date: Thu Mar 10 20:48:44 2022 +
hadrian: Correct generation of hsc2hs wrapper
If you inspect the inside of a wrapper script for hsc2hs you will see
Hi Martin,
Thanks for your reports.
I have approved your account on gitlab now.
* The FreeBSD bindists are not officially created during the release
process. The ones you are using from ghcup are created (and
maintained) by the ghcup maintainers.
* Most linux bindists are created using the old
You need to run `git submodule update` I think.
On Wed, Mar 15, 2023 at 12:36 PM Simon Peyton Jones
wrote:
>
> Aargh! I can't build HEAD!
>
> I get this:
> ./hadrian/build
> Up to date
> ]0;Starting... ]0;Finished in 0.04s Error, file does not exist and no rule
> available:
>
The GHC API code you give is fine, and works correctly. In the whole
reproducer there is some additional code `getCoreFS` which is where
the error comes from.
On Mon, Feb 6, 2023 at 1:56 PM Matthew Pickering
wrote:
>
> Can you put the whole example into a github repo and then I wil
Can you put the whole example into a github repo and then I will look
at what is wrong?
Matt
On Mon, Feb 6, 2023 at 1:34 PM Eternal Recursion via ghc-devs
wrote:
>
> Thanks, Andreas!
>
> I will check out the hint package and also play with verbosity and
> workingDirectory.
>
> I considered
Looks like it would work to me if you remove
```
setContext [ IIDecl $ simpleImportDecl (mkModuleName "Prelude") ]
```
Why do you have this line?
Matt
On Mon, Feb 6, 2023 at 12:54 PM Andreas Klebinger
wrote:
>
> I think this is an ok forum for this kind of question. You could also try the
>
Hi all,
We are intending to bump the range of supported LLVM versions in the
9.6, release.
For 9.4 the range is 10-14 (inclusive)
For 9.6 we will support 11-15 (inclusive)
If dropping support for LLVM 10 is a concern for anyone please let us know.
Cheers,
Matt
Hi all,
We are preparing potentially the final release in the 9.2.* series.
Zubin is preparing the release and we hope to deliver the release in
the next 1-2 weeks.
The two most critical bugs which 9.2.6 will fix is
* #22425 which is a performance regression introduced in 9.2.5.
* #22497 which
Thanks Bryan for unsticking things.
On Mon, Jan 23, 2023 at 7:13 AM Bryan Richter via ghc-devs
wrote:
>
> Hi folks,
>
> Just writing to let you know that Marge experienced an error condition
> on Friday (unable to reach GitLab) and shut down. I noticed it this
> morning and restarted the
Hi Clinton,
It seems likely to me that there will be a 9.2.6 release but we need
to discuss it once everyone is back from holiday in order to determine
when to schedule it and which patches need to be included.
Cheers,
Matt
On Fri, Dec 30, 2022 at 12:07 PM Clinton Mead wrote:
>
> Hi All
>
> I
gt;
> Even though I can otherwise browse around Gitlab.
>
> -Original Message-
> From: ghc-devs On Behalf Of Matthew Pickering
> Sent: Wednesday, December 14, 2022 8:51 PM
> To: GHC developers ; hasuf...@posteo.de;
> juhpeter...@gmail.com
> Subject: [External] 9.4.4 rele
ill exist?
>
> On December 14, 2022 12:51:00 PM UTC, Matthew Pickering
> wrote:
>>
>> Hi all,
>>
>> We are going to release the latest release in the 9.4.* series before
>> Christmas.
>>
>> The release fixes a number of small bugs which h
Hi all,
We are going to release the latest release in the 9.4.* series before Christmas.
The release fixes a number of small bugs which have surfaced to do with 9.4.
For the current full list of backports see:
https://gitlab.haskell.org/ghc/ghc/-/merge_requests/9523
I am preparing the release
Hi all,
In order to keep up the 6-month release cadence it is nearly time to
take the branch for the 9.6.1 release.
The date the branch will be taken is Wednesday 7th Nov.
Please reply to this email if there are any in-flight patches which
should be included in the 9.6 release.
Cheers,
Matt
Hi all,
Three releases are currently cooking.
* 9.2.5 (End of October)
- Fixes to performance regressions introduced in 9.2.4.
- Fix to interface file determinism
- Critical correctness fix for AArch64 code generation
* 9.4.3 (End of October)
- Critical correctness fix for AArch64
Thank you for bringing this bug to our attention Ian, we have triaged
it as highest priority and will include a fix in the next release in
the 9.4 series.
Cheers,
Matt
On Wed, Oct 12, 2022 at 12:46 AM Ian-Woo Kim wrote:
>
> Hi,
>
> We found a reproducible error with a simple math test
n ability that 8.10.7 already has?
I don't think you need to engineer this requirement. GHC should work
fine if you only have the transitive interface files. This is how
hadrian now works and also multi-component support in GHC 9.4. I can't
comment so much on 8.10.7 as it was a long time ago!
Mat
1. You want to test this in the context of recompilation, that is
where the cost of downsweep is most prominent. Ie, compile all the
modules normally once and then test how long it takes to recompile.
There is already a test in tree which does this
(MultiLayerModulesRecomp).
2. You can build GHC
Hi all,
Within the next week we are planning to release 9.4.2 to fix the
critical issues found in 9.4.1.
The 9.4.2 milestone is up-to-date with all the issues which are
planned to be fixed in this release.
https://gitlab.haskell.org/ghc/ghc/-/milestones/378#tab-issues
Amongst these are:
* -x
Facundo,
If the interface in question is from a home package module, then it's
required that the ABI of the specifically used function is modified
rather than the ABI hash of the whole module. If the interface is from
an external package then if the ABI of the entire module changes then
that is
George, Kazu,
I also can't reproduce on the mac which I can access over SSH.
I downloaded the bindist for 9.2.4 and 9.4.1-rc1 and could install
them both and run the binaries.
Matt
On Mon, Jul 25, 2022 at 5:23 AM Kazu Yamamoto (山本和彦) via ghc-devs
wrote:
>
> Hi George,
>
> > I've duplicated
Hello all,
This is the final call for patches which need to be included in 9.4.1.
The status of which I do not know the answer:
* GHC 9.4 infinite loop in typechecker - #21530 (@simonpj, @rae) ?
To my knowledge the remaining unfinished work list is:
* Resolve static linking issues with
Hello,
I noticed myself writing things like:
```
and enable the eventlog using :rts-flag:`-l ⟨flags⟩`.
```
When in fact what I wanted was to create a link the eventlog options
but render the link as just -l rather than -l .. but I thought
I had to write the whole thing to get the linter to not
Hi all,
In case anyone needs this in the future or is interested then I wrote
a little guide about how to test the upload of hackage documentation
locally.
https://gitlab.haskell.org/ghc/ghc/-/wikis/testing-hackage-documentation
Cheers,
Matt
___
Hi all,
We are imminently going to remove the make build system.
See: https://gitlab.haskell.org/ghc/ghc/-/merge_requests/7094
There is quite extensive documentation about using hadrian, the best
place to start is the in-tree documentation:
Hello all,
Welcome to another update on our release plans.
9.4.1 (Ben Gamari)
We proceed smoothly onwards towards the release at the end of July.
The alpha3 was released last week -
https://discourse.haskell.org/t/ghc-9-4-1-alpha3-now-available/4701
The next release is scheduled to be
Matthew Pickering
wrote:
>
> Gergo, I rewrote your example program for the new API but didn't quite
> manage to finish today. I will finish it off and post it tomorrow.
>
> Matt
>
> On Mon, Jun 20, 2022 at 6:16 AM Erdi, Gergo wrote:
> >
> > PUBLIC
> >
> > I
Gergo, I rewrote your example program for the new API but didn't quite
manage to finish today. I will finish it off and post it tomorrow.
Matt
On Mon, Jun 20, 2022 at 6:16 AM Erdi, Gergo wrote:
>
> PUBLIC
>
> I managed to get this working, but I would like some feedback from Matt or
> others
Hi Gergo
The error tells you what you only have setup the HscEnv so that
there's one unit called main, but you are attempting to compile
something with unit id cortex-prim.
Perhaps you could be inspired by `setSessionDynFlags` which deals with
renaming the main unit id if you are compiling a
Hi all,
I draw everyone's attention to the Deep Subsumption Proposal. The
proposal invites the community to comment on a technical solution to
the issues introduced by the simplified subsumption proposal.
https://github.com/ghc-proposals/ghc-proposals/pull/511
Cheers,
Matt
Blog post: https://www.haskell.org/ghc/blog/20220523-release-status.html
On Mon, May 23, 2022 at 10:33 AM Matthew Pickering
wrote:
>
> Hi all,
>
> I will shortly prepare a blog post which describes the situation in
> more detail for a general audience but for the subscribers here
Hi all,
I will shortly prepare a blog post which describes the situation in
more detail for a general audience but for the subscribers here is a
summary of the release status.
9.4.1-alpha2: The release is imminent, and fixes a number of packaging
issues identified with alpha1. Slightly delayed
Hi all,
Bryan has been hired by the Haskell foundation to work on devops
problems in the Haskell ecosystem. His first day is today! At least
initially he will be working closely with the GHC team to shore up CI
infrastructure and other devops tasks. If you see him around make sure
to say hello,
Yes, that is correct.
On Fri, May 13, 2022 at 2:14 PM Simon Peyton Jones
wrote:
>
> OK so I should delete the file -- and then the error should not re-occur,
> correct?
>
> thanks
>
> Simon
>
> On Fri, 13 May 2022 at 13:37, Matthew Pickering
> wrote:
The docs/index.html used to be generated by configure (and now it's
not). So you get this error when you have a dirty tree and try to
checkout a newer commit where the generated version will get
overwritten by the new non-generated version.
Matt
On Fri, May 13, 2022 at 11:46 AM Simon Peyton
Hi Simon,
I can't reproduce this locally.. still broken for you?
Matt
On Tue, May 10, 2022 at 4:32 PM Simon Peyton Jones
wrote:
>
> Friends
>
> I am abruptly unable to push or pull to the GHC repo. E.g. 'git fetch' just
> hangs.
>
> Yet ssh g...@gitlab.haskell.org seems to succeed with
> PTY
Hi Facundo
Some pointers...
1. Only put things in the EPS if they are not going to change
throughout the whole compilation
2. Treat everything which can change as a home package
2a. I suppose you have performed your own dependency analysis, so
build your own `ModGraph` and start looking from
t; or whether it ends up as the only patch that holds back the release.
>
> Sebastian
>
> Am Mi., 6. Apr. 2022 um 11:00 Uhr schrieb Matthew Pickering
> :
>>
>> Hi all,
>>
>> We have now forked the 9.4 branch.
>>
>> There are a few outstanding patches
Hi all,
We have now forked the 9.4 branch.
There are a few outstanding patches which have not yet been finished
but which are essential to the release.
* (#21019) Windows Toolchain Updates - Ben
* (#20405) Partial Register Stall - Ben/Andreas
* (!7812) Syntactic Unification - Sam
The target
Hi all,
Currently the windows CI issue is experiencing high amounts of
instability so if your patch fails for this reason then don't worry.
We are attempting to fix it.
Cheers,
Matt
___
ghc-devs mailing list
ghc-devs@haskell.org
Hi all,
In semi-private I have been making very bold claims about the
unsuitability of the devel2 as a build flavour of choice for the
aspiring developer.
In order to bolster my claim I set out to find out some statistics about
1. devel2 flavour
2.
> and your team for all this work, this is immensely appreciated.
>
> Cheers,
> Hécate
>
> Le 22/02/2022 à 18:14, Matthew Pickering a écrit :
> > Hi all,
> >
> > Firstly we are anticipating branching 9.4 in about 6 weeks time
> > (approx start of April
for when this changes
again in the future.
The team working at Well-Typed on GHC currently consists of
Myself (Matthew Pickering)
Ben Gamari
Andreas Klebinger
Sam Derbyshire
Zubin Duggal
Cheers,
Matt
___
ghc-devs mailing list
ghc-devs@haskell.org
http
completed.
The major outstanding work that I am aware of is
Windows toolchain work (#21019) (Ben Gamari)
Partial Register Stall (#20405) (Andreas Klebinger)
hi-haddock (!6224) (Zubin Duggal / Matthew Pickering )
Directed Coercions (!6476) (Sam Derbyshire)
Secondly, we are anticipating adding
I think we could run the linters in the same step as the rest of the
builds. As long as the hadrian-ghci job runs as the initial step to
weed out any obviously bad commits.
On Wed, Feb 9, 2022 at 7:15 PM Richard Eisenberg wrote:
>
> Hi devs,
>
> Can we please, please not have the linters stop
The imagine the plugin doesn't run over that definition because it
doesn't exist when your plugin runs. I imagine it's a core plugin, so
you might need to run it earlier in the pipeline?
Matt
On Wed, Feb 9, 2022 at 11:16 AM Tillmann Vogt via ghc-devs
wrote:
>
> Hi,
>
> I am running a compiler
Hello,
Just merged is a new linter which checks the consistency of notes. In
particular it checks that all note references reference an existing
Note.
The linter is integrated into the testsuite so you can run the linter
(without building GHC) by saying
./hadrian/build test --only=notes
and
.so.6: cannot open shared object file: No
> > such file or directory
> >
> > I looked at
> > https://github.com/mpickering/ghc-artefact-nix/blob/master/gitlab-artifact.nix,
> > but it does not seem to have a debian x86_64 config.
> >
> > -harendra
> >
&g
Seems related to https://gitlab.haskell.org/ghc/ghc/-/issues/18211
There is also a small section in my thesis (4.1.2) which explains why
changing the implementation of typed quotations would allow this
program to be accepted.
Matt
On Sun, Jan 23, 2022 at 7:08 PM David Feuer wrote:
>
> I've
You look at `dmdSigInfo` in `IdInfo`.
Matt
On Thu, Jan 13, 2022 at 2:20 PM Alejandro Serrano Mena
wrote:
>
> Dear all,
>
> I’m trying to bring the information about demand and strictness to the
> Haskell Language Server, but I cannot find a way to do so. I was wondering
> whether you could
Hi Gergo,
Sounds like you might be better off writing your own optimisation pass
rather than relying on making GHC do what you want.
Cheers
Matt
On Thu, Dec 30, 2021 at 9:05 AM Erdi, Gergo via ghc-devs
wrote:
>
> PUBLIC
>
> Hi Joachim,
>
> Thanks for the hints!
>
> > Hi Gergo,
> >
> > Am
Hi Gergo,
Source Notes are what you are looking for. Currently the only way to
enable them is to either use `-g` or `-finfo-table-map`. The result
will be core which contains nodes which attempt to describe where the
core expression came from, it's not perfect though!
See Section 5.4 -
Looks good Ben.
Would it be good to add a target to hadrian which builds just the
right dependencies for this to work? and then deals with setting
options such as -B as well.
Matt
On Thu, Oct 28, 2021 at 5:26 AM Bryan Richter wrote:
>
> That's very exciting!
>
> On Thu, 28 Oct 2021, 3.08 Ben
;
>
> From: Erdi, Gergo
> Sent: 19 October 2021 09:36
> To: Simon Peyton Jones ; 'Matthew Pickering'
>
> Cc: Montelatici, Raphael Laurent ; 'GHC'
>
> Subject: RE: Specialisation doesn't kick in -- NOW WITH MINIMAL WORKING
> EXAMPLE (RE: Instantiation of overloaded definit
Working for me.
Matt
On Thu, Oct 21, 2021 at 10:01 AM Simon Peyton Jones via ghc-devs
wrote:
>
> Is it just me, or is Gitlab offline again? I’m getting error code 500.
>
> Simon
>
>
>
> PS: I am leaving Microsoft at the end of November 2021, at which point
> simo...@microsoft.com will cease
Hi,
A recent change in the testsuite meant that we now running the haddock
tests with hadrian, this means that haddocks for ghc/base get rebuilt
if you modify anything in the compiler.
This can decrease interaction speed. To disable the documentation
tests from running use
--docs=none
This is
I restarted the service and things appear to be working atm.. but I
don't understand how the volumes are configured on the machine so will
have to wait for Ben to fix it properly.
On Mon, Oct 18, 2021 at 9:11 AM Zubin Duggal wrote:
>
> It is not just you, Gitlab has been unstable since yesterday
I think you need to run at least one simplifier pass as the
specialisations are applied via rules (created by specProgram).
On Wed, Oct 6, 2021 at 3:10 AM Erdi, Gergo via ghc-devs
wrote:
>
> PUBLIC
>
>
> PUBLIC
>
>
>
> Hi,
>
>
>
> Thanks! Originally I was going to reply to this saying that my
Hi Norman,
I think you are overcomplicating things quite a bit.
1. Build a HEAD (9.3) compiler
2. Setup a normal cabal project to depend on the `ghc` library
3. Use the cabal -w option to point to your HEAD compiler to build the
project (`cabal build -w /path/to/head`)
That will work reliably
I have been using Pepe's branch, it is stable and faster than the release.
Matt
On Thu, Sep 23, 2021 at 12:38 PM Pepe Iborra wrote:
>
> I have worked on making ghcide scale better to large projects, in the context
> of Facebook Sigma, bringing down the complexity of "edits" from O(transitive
Hi Gergo,
Some things I noticed:
* The HPT only contains modules from the current home unit. It seems
that registerModule ignores this so you break this invariant.
* It seems that `Instance` contains an orphan, but you don't fill in
the `deps` field when making a `ModIface`, which should contain
Hi all,
If anyone received emails from gitlab you may have noticed that the
comments to issues ended up in different threads to the original issue
description.
This was because of a custom patch on our gitlab instance which I
think I have now fixed.
For example issue #20192 now has the correct
Hi Gunda,
Could you be a bit more precise about what you want to achieve? HLS
already displays type errors in your program, perhaps it would be
better to ask someone on the HLS issue tracker how to use their API to
do what you want.
Matt
On Fri, Jul 30, 2021 at 7:03 PM Guanda Yuan wrote:
>
>
Hi all,
There is a configuration issue with the darwin builders which has
meant that for the last 6 days CI has been broken if you have pushed
from a fork because the majority of darwin builders are only
configured to work with branches pushed to the main project. These
failures manifest as
Hi Jeff,
Welcome to ghc-devs and looking forward to seeing you around.
If you are not already aware, there are a set of grafana dashboards
for tracking compiler performance. Ones of particular interest might
be the `head.hackage` and `Cabal test` dashboards.
* Head.hackage
MyLib` should come from the "fake-uid" unit, and `Test`
> is typechecked in the `mainUnitId`.
>
> -Original Message-
> From: Erdi, Gergo
> Sent: Tuesday, June 29, 2021 5:51 PM
> To: Matthew Pickering
> Subject: Re: Loading a typechecked module and then usin
Hi Gergo,
Please see a minimal example in this gist.
https://gist.github.com/mpickering/5029c7f244c484c91d665bcbc6bc6406
Cheers,
Matt
On Fri, Jun 25, 2021 at 10:20 AM Erdi, Gergo via ghc-devs
wrote:
>
> PUBLIC
>
>
> Hi,
>
>
>
> I have the following to .hs files:
>
>
>
> MyLib.hs:
>
> module
t; have much information. Am I doing something wrong?
>
> Thanks,
> Richard
>
>
> On Jun 9, 2021, at 6:29 AM, Matthew Pickering
> wrote:
>
> Hi all,
>
> I added a new dashboard on grafana which exposes some of the systemd
> logs from marge-bot.
>
> https://grafa
Hi all,
I added a new dashboard on grafana which exposes some of the systemd
logs from marge-bot.
https://grafana.gitlab.haskell.org/d/iiCppweMz/marge-bot?orgId=2=5m
You can use the logs to see why marge doesn't want to merge your MR or
whether she is dead.
Cheers,
Matt
I have been trying out Matrix a bit recently. It seems the best of the
options in my opinion and has the advantage of being able to bridge to
IRC (and other platforms).
The NixOS community rapidly moved over without any ill effects after
the demise of freenode.
As with all these things, who
I restarted the service but somethings still appear to be broken.
On Tue, Jun 1, 2021 at 9:16 AM Shayne Fletcher
wrote:
>
> Seems to be serving again now
>
> On Tue, Jun 1, 2021 at 4:13 PM Vladislav Zavialov
> wrote:
>>
>> It is currently down with a 502 error.
>>
>> - Vlad
>>
>> > On 1 Jun
Hi,
I am now using a new flavour combination which is proving *very* nice
as a compromise between fast recompiles and passing tests.
My normal build command is now:
./hadrian/build --flavour=default+no_profiled_libs+omit_pragmas --freeze1 -j
This has the effect of
* base libraries are
would finally split building and testing, we'd see this more clearly I
> believe. Maybe this
> is motivation enough for someone to come forward to break build/test into two
> CI steps?
>
> Cheers,
> Moritz
>
> On Wed, May 19, 2021 at 4:14 PM Matthew Pickering
> wrote:
Hi all,
The darwin pipelines are gumming up the merge pipeline as they are
taking over 4 hours to complete on average.
I am going to disable them -
https://gitlab.haskell.org/ghc/ghc/-/merge_requests/5785
Please can someone give me access to one of the M1 builders so I can
debug why the tests
Hi,
I now have some simple instructions for running ghc-debug on GHC.
1. Cherry-pick 4be70967f1f1ab70cbe31aad8ae69aea87c6f4c4
commit 4be70967f1f1ab70cbe31aad8ae69aea87c6f4c4 (HEAD -> wip/ghc-with-debug)
Author: Matthew Pickering
Date: Fri Jan 8 11:26:17 2021 +
Add support for
Perhaps related to 0dc7985663efa1739aafb480759e2e2e7fca2a36 ?
commit 0dc7985663efa1739aafb480759e2e2e7fca2a36
Author: Julian Leviston
Date: Sat Feb 2 20:10:51 2019 +1100
Allow for multiple linker instances. Fixes Haskell portion of #3372.
On Thu, Mar 4, 2021 at 11:55 AM ÉRDI Gergő
My patch adding `-finfo-table-map` and `-fdistinct-constructor-tables`
is ready to review and should be included in 9.2.
https://gitlab.haskell.org/ghc/ghc/-/merge_requests/3469
There are also a one outstanding patches related to ghc-debug.
Hi Andrew,
I updated the README for ghc-debug last week but forget to send this mail!
https://gitlab.haskell.org/ghc/ghc-debug
Cheers,
Matt
On Wed, Jan 27, 2021 at 10:15 PM Andrew Kvapil wrote:
>
> Hello Ben,
>
> Thanks for your suggestions. The decision to adapt GHCi came out of a
>
"Debugging the compiler", suggesting that a change is fine,
> but I'm not yet convinced.
>
> So:
> - Is there someone in charge of -ddump-json? Matthew Pickering authored
> -ddump-json in
> https://gitlab.haskell.org/ghc/ghc/-/commit/91691117fc194c525f58ccd5b26
Hi,
My patch 3358 needs to get merged before the 8.12 fork.
When I finished it (in May), it passed CI and after this point I
lacked time to work on it further. Now I have asked 4 times for this
patch to get merged and it is still open.
The GHC proposal for this patch already took an
tly serializing via ByteStrings has also
> been discussed before, see link below. Hope this helps!
>
> https://hackage.haskell.org/package/compact
> https://github.com/ezyang/compact/issues/3
>
> On Fri, May 22, 2020 at 1:32 PM Matthew Pickering
> wrote:
> >
> > Dea
Dear devs,
I have been under the impression for a while that you can write a
compact region to a file and the functions in GHC.Compact.Serialized
also seem to suggest this is possible.
https://hackage.haskell.org/package/ghc-compact-0.1.0.0/docs/GHC-Compact-Serialized.html
It seems like there
Patches I would like merged:
* Short ByteString Patch - seems stalled again
* My patches to allow compacting a ModIface - Need to put these up for review
* Make Q (TExp a) a newtype (Proposal 195
-https://github.com/ghc-proposals/ghc-proposals/pull/195) - Not yet
written but will not be a big
So we are clear here you are trying to store additional core bindings
other than the ones stored normally in the interface files?
It sounds like to me you might need to use `forkM` to make your custom
loading lazier.
On Sun, May 17, 2020 at 5:55 PM Josh Meredith
wrote:
>
> Hi,
>
> In attempting
Simon,
I think the issue was a missing entry in the .gitignore file. Ryan
fixed something to with that in this MR
(https://gitlab.haskell.org/ghc/ghc/-/merge_requests/3222) but he says
it was the dist-boot rather than dist-install directory.
Matt
On Fri, May 15, 2020 at 4:03 PM Simon Peyton
Hi,
I noticed that the UniqMap module was removed from the tree
See 1c7c6f1afc8e7f7ba5d256780bc9d5bb5f3e7601
Why was it removed? I needed it today and now I am unsure what the
suitable replacement is.
As a general point, please can we stop with these annoying
refactorings which delete unused
using the Chrome
> tracing infrastructure for this; it would make for a nicer user
> experience than the static image that ghc-events-analyze spits out.
>
> I also know that Matthew Pickering has been working in this area and I'm
> sure will have something interesting to add.
>
> I
Hi all,
I have hacked together a new profiling mode code named "Profile by
Info Table" which
uses the address of the info table as the band identity in the profile.
The main point of this is that you can then look up the source
location of the info table in the dwarf information when rendering
; dynamic libraries? If your GHC is dynamically linked the library DWARF info
> might be available in their respective .so's.
>
> Cheers,
> Adam Sandberg Eriksson
>
> On Sat, 2 May 2020, at 23:08, Matthew Pickering wrote:
> > I followed the instructions on the wiki to enable deb
I followed the instructions on the wiki to enable debug symbols in my
build of GHC.
(https://gitlab.haskell.org/ghc/ghc/-/wikis/building/hadrian#enabling-dwarf-debug-symbols)
So I added these flags to may hadrian.settings file
stage1.*.ghc.hs.opts += -g3
stage1.*.cabal.configure.opts +=
;> use
>> putName_, which will have the wrong semantics after this merge. We could
>> possibly
>> get around this by having ExtensibleFields be allowed to override the
>> UserData
>> field of the BinHandle.
>>
>> Thanks to Matthew for bringing this up
1 - 100 of 420 matches
Mail list logo