I switched all the HADDOCK hide to not-home in base a couple of years ago, but
I see a couple of new ones have snuck in in the meantime. I would suggest
adding a lint against hiding in GHC CI.
Adam
On Wed, 22 Mar 2023, at 08:37, David Christiansen via ghc-devs wrote:
>> i mean exactly the
ied subsumption and eta-expanding as a solution) or perhaps if the
migration could even have been automated?
The ship might have sailed on this too, but perhaps something to keep in mind
for future changes.
Adam Sandberg Eriksson
On Sun, 20 Jun 2021, at 23:22, Simon Peyton Jones via ghc-devs wr
://hackage.haskell.org/package/ghc-8.10.1/docs/Var.html#v:varType).
I really recommend looking at the Haddocks, that's how I figured out what to do
with Name's etc.
Adam Sandberg Eriksson
On Mon, 13 Jul 2020, at 19:24, Siddharth Bhat wrote:
> Hello,
>
> I'm trying to understand how to query in
Somewhat related: wouldn't it be better if the latest docs redirected you to
the "forever" stable link for the latest release? This would also lessen
possible link rot as raised in
https://gitlab.haskell.org/ghc/ghc/-/issues/18404.
Adam Sandberg Eriksson
On Sat, 11 Jul 2020
I don't know how you read the DWARF info but maybe it's missing info from
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 follo
A ticket which seems to cover the same problem:
https://ghc.haskell.org/trac/ghc/ticket/11829
—Adam
> On 4 Jan 2019, at 16:50, Bas van Dijk wrote:
>
> On Fri, 4 Jan 2019 at 14:15, Gabor Greif wrote:
>> maybe some DWARF unwind tables are not correctly installed in OS X?
>
> Hi Gabor,
Hello,
Given the upcoming 8.0 feature freeze I think the correct approach for
8.0 is to document the current implementation (I'll try to do that this
week).
It would probably be good if interested parties would document their
input in a ticket.
Cheers,
--Adam
On Sat, 12 Dec 2015, at 12:55 AM,
I agree that this seems to be a bug. I have a lot to do currently, but
might be able to look at it sometime during next week.
Adam Sandberg Eriksson
On Thu, 10 Dec 2015, at 03:34 PM, Johan Tibell wrote:
> I believe this is just a bug, since the desugaring ought to be strict
> in
When implementing I took this:
> Notice that we do not put bangs on nested patterns. For example let
> (p,q) = if flob then (undefined, undefined) else (True, False) in
> ... will behave like let !(p,q) = if flob then (undefined, undefined)
> else (True, False) in ...
(from the spec) and
It seems you missed this part on the newcomers page[1]:
git config --global url."git://github.com/ghc/packages-".insteadOf
git://github.com/ghc/packages/
Adam Sandberg Eriksson
[1]https://ghc.haskell.org/trac/ghc/wiki/Newcomers
On Tue, 10 Nov 2015, at 11:44 AM, Эдгар Жаворонков w
When you pulled the latest version from git did you pull both arcanist
and libphutil? I think I saw a similar error when I missed one. Also
`arc upgrade` should do the right thing for you (in the future).
~adam
On Thu, 29 Oct 2015, at 09:23 PM, Iavor Diatchki wrote:
> Hello,
>
> I've updated
Hi,
I rebased D1069 on master from this morning. arc patch D1069 works for
me. It seems there were some strange interactions with it depending on
another patch that has already been merged.
You might need to run `git submodule sync` and `git submodule update`
after patching to update the
-L1563
[3]:
https://gist.githubusercontent.com/adamse/8d6c54b6ae660fca8b97/raw/detailed-info
[4]:
https://github.com/adamse/ghc/blob/strict-pragma/testsuite/tests/deSugar/should_run/DsStrictData.hs#L13
--
Adam Sandberg Eriksson
___
ghc-devs mailing list
ghc
to
Harbormaster [3] for validating each commit as well as patches submitted
to Phabricator.
Regards,
Adam Sandberg Eriksson
[1]: https://ghc.haskell.org/trac/ghc/wiki/Infrastructure
[2]: http://haskell.inf.elte.hu/builders/
[3]: https://ghc.haskell.org/trac/ghc/wiki/Phabricator/Harbormaster
On Tue, Oct
14 matches
Mail list logo