Re: [ghc-lib] internal error after removal of integer-simple

On Sat, Jun 20, 2020 at 6:56 AM Shayne Fletcher wrote: > > > On Sat, Jun 20, 2020 at 5:43 AM Sylvain Henry wrote: > >> I would think it's more related to the linear types patch given that it >> added ghc-prim:GHC.Types.One (wired-in). Could you open a ticket with a way >> to reproduce the failur

Re: [ghc-lib] internal error after removal of integer-simple

On Sat, Jun 20, 2020 at 5:43 AM Sylvain Henry wrote: > I would think it's more related to the linear types patch given that it > added ghc-prim:GHC.Types.One (wired-in). Could you open a ticket with a way > to reproduce the failure? > That makes a lot of sense Sylvain. Thanks, will do. -- *Sha

Re: [ghc-lib] internal error after removal of integer-simple

On Fri, Jun 19, 2020 at 5:55 PM Shayne Fletcher wrote: > With the recent MR that removes integer-simple in favor of ghc-bignum, I > find that I get a runtime failure when I try to use ghc-lib to generate > core: > ``` > # Running: stack --no-terminal exec -- mini-compile > examples/mini-compi

[ghc-lib] internal error after removal of integer-simple

With the recent MR that removes integer-simple in favor of ghc-bignum, I find that I get a runtime failure when I try to use ghc-lib to generate core: ``` # Running: stack --no-terminal exec -- mini-compile examples/mini-compile/test/MiniCompileTest.hs examples/mini-compile/test/MiniCompileTes

Re: GHC_STAGE

u, Oct 10, 2019 at 07:41:47AM -0400, Shayne Fletcher via ghc-devs > wrote: > > Hi Ben, > > > > I observed warnings of this kind in a couple of places building head > > yesterday: > > ``` > > compiler/utils/FastString.hs:336:5: error: > > warning: &#

GHC_STAGE

Hi Ben, I observed warnings of this kind in a couple of places building head yesterday: ``` compiler/utils/FastString.hs:336:5: error: warning: 'GHC_STAGE' is not defined, evaluates to 0 [-Wundef] | 336 | #if GHC_STAGE < 2 | ^ #if GHC_STAGE < 2 ^ ``` ``` compiler/main/DynFlag

Re: Proposed changes to merge request workflow

All sounds very sensible to me. On Tue, Oct 8, 2019 at 2:17 PM Ben Gamari wrote: > tl;dr. I would like feedback on a few proposed changes [1] to our merge >request workflow. > > > Hello everyone, > > Over the past six months I have been monitoring the operation of our > merge request wor

Re: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

arser`) pulled in the other half of GHC. > I'll see if I can fix that tomorrow, if only by extracting a separate > `Types`-style module. > > Cheers, > Sebastian > > Am Mo., 16. Sept. 2019 um 22:04 Uhr schrieb Shayne Fletcher via ghc-devs < > ghc-devs@haskell.

Re: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

Getting you some raw data to look at but first results indicate at least that `DsMonad` is pulling in `nativeGen`, `llvmGen`, `stgToCmm`, `simplCore`, `hieFile` and so on. On Tue, Sep 17, 2019 at 12:05 PM Shayne Fletcher wrote: > Seeing what I can do. > > On Tue, Sep 17, 2019 at 10:31 AM Sebasti

Re: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

Seeing what I can do. On Tue, Sep 17, 2019 at 10:31 AM Sebastian Graf wrote: > Shayne, > > out of curiosity, could you find out which of the three modules DsMonad, > FamInst and TcSimplify lead to the blowup? If it's not too much of a > hassle, that is. > These are the only imports of PmOracle t

Re: Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

Hi Sebastian, On Mon, Sep 16, 2019 at 5:23 PM Sebastian Graf wrote: > Hi Shayne, > > Sorry to hear that! We didn't consider modularity at all and I would be > happy to try to refactor in a way that would allow `ghc-lib-parser` to be > properly separated again. > I'm fairly certain that I didn't

Changes in GHC API modularity with the "Encode shape information in PMOracle" MR

Some time back, the `ghc-lib` project split into two targets : `ghc-lib-parser` for those projects that just need to produce syntax trees and `ghc-lib` (re-exporting `ghc-lib-parser` modules) having the remaining modules for projects that need to go on and distill parse trees to Core. The idea of c

Re: GHC/StgToCmm/Con.hs

vice on Windows. Same for Prn.whatever and other filenames that >> overlap device names. >> >> On Sat, Sep 14, 2019 at 3:17 PM Shayne Fletcher via ghc-devs < >> ghc-devs@haskell.org> wrote: >> >>> Anyone understand what's going on here (HEAD) on Windows? >

Re: GHC/StgToCmm/Con.hs

lap device names. > > On Sat, Sep 14, 2019 at 3:17 PM Shayne Fletcher via ghc-devs < > ghc-devs@haskell.org> wrote: > >> Anyone understand what's going on here (HEAD) on Windows? >> ``` >> 2019-09-14T19:06:40.1438283Z # Running: git clone >> https:/

GHC/StgToCmm/Con.hs

Anyone understand what's going on here (HEAD) on Windows? ``` 2019-09-14T19:06:40.1438283Z # Running: git clone https://gitlab.haskell.org/ghc/ghc.git 2019-09-14T19:06:40.1879263Z Cloning into 'ghc'... 2019-09-14T19:07:02.4403717Z error: unable to stat just-written file compiler/GHC/StgToCmm/Con.hs

Re: [ANNOUNCE] GHC 8.8.1 and cabal-install version

I got there by doing, ``` cabal v2-install --installdir=~/.cabal/bin alex cabal v2-install --installdir=~/.cabal/bin happy ``` and things seemed to be going smoothly enough after that. On Fri, Sep 6, 2019 at 12:08 PM Carter Schonwald wrote: > V1 or v2 install? > > On Mon, Sep 2, 2019 at 11:4

Re: Missing library in Mac OS X instructions?

Hi Alejandro, On Mon, Aug 19, 2019 at 2:11 AM Alejandro Serrano Mena wrote: > Hi, > I tried to get GHC working from the repo in Mac OS X following the > instructions in > https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation/mac-osx. At > first I got the "error __GNU_MP_VERSION not defin

Re: Cloning (Shayne Fletcher)

Well this is an unexpected and most welcome development. Way to go Arnaud! On Mon, Jul 1, 2019, 06:53 Artem Pelenitsyn wrote: > Hello Jost, > > Thanks for researching this! In fact, Arnaud did his own research on this > topic and submitted !1309 [1] to switch to the absolute paths. The MR has >

Re: Cloning

On Tue, Jun 25, 2019 at 5:29 AM Simon Peyton Jones via ghc-devs < ghc-devs@haskell.org> wrote: > Thanks. I think I understand. The model is > > > >- Always start from a clone of the main repo; do not attempt to clone >anyone else’s >- Add the extra repo as a remote >- Check out a

Re: Modify quickstart page to use hadrian rather than make?

On Mon, Jun 24, 2019 at 5:05 AM Matthew Pickering < matthewtpicker...@gmail.com> wrote: > Hi all, > > I propose that we modify the quickstart page so that the instructions > use hadrian rather than make. > > At this point I don't see why a newcomer should have to use the make > build system. > > h

Re: Hadrian: Suddenly a full build fails with: Rules may not be recursive

I think this is because `--configure` is currently broken https://gitlab.haskell.org/ghc/ghc/issues/16809. You can work around by running bootstrap and configure manually for now. On Fri, Jun 21, 2019 at 12:55 PM Roland Senn wrote: > Hi, > > Suddenly I'm unable to build! As usual, I did: > > git

Re: Hadrian: Suddenly a full build fails with: Rules may not be recursive

Sorry @Matthew Pickering . Fired off my response before I saw yours! On Fri, Jun 21, 2019 at 1:55 PM Shayne Fletcher wrote: > I think this is because `--configure` is currently broken > https://gitlab.haskell.org/ghc/ghc/issues/16809. You can work around by > running bootstrap and configure manu

Re: ZuriHac 2019 - GHC Track

On Mon, Jun 10, 2019 at 10:11 PM Simon Hafner wrote: > I have a ~ 30 minute talk which covers my GHC proposal > (NoToplevelFieldSelectors), as well as parts of the renamer. I could hold > that at any point, if there's still time slots over. > That would be awesome. I sure hope there is! -- *Sh

Re: Fwd: [hadrian/windows] build broken

On Thu, May 30, 2019 at 9:18 AM Alp Mestanogullari wrote: > I haven't (yet) worked on making an OS X job for Hadrian. I brought back > the Windows/Hadrian CI job with that fix, but then tried running the > testsuite, which didn't go well, see: > > https://gitlab.haskell.org/ghc/ghc/merge_requests

Re: Fwd: [hadrian/windows] build broken

On Thu, May 30, 2019 at 8:32 AM Alp Mestanogullari wrote: > Heh, it landed less than an hour ago. > > If the error persists, you'll probably want to do a clean build, by > removing at the very least _build/stage1, even though I'd say it can't hurt > to remove _build altogether. Along with that pa

Re: Fwd: [hadrian/windows] build broken

On Thu, May 30, 2019 at 6:55 AM Shayne Fletcher wrote: > Hi Alp, > > On Fri, May 24, 2019 at 11:34 AM Shayne Fletcher > wrote: > >> >> On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari >> wrote: >> >>> Hello Shayne, >>> >>> David and I figured out the cause of that problem, I am working on a >

Re: Fwd: [hadrian/windows] build broken

Hi Alp, On Fri, May 24, 2019 at 11:34 AM Shayne Fletcher wrote: > > On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari > wrote: > >> Hello Shayne, >> >> David and I figured out the cause of that problem, I am working on a >> patch, will put it up as a (WIP) MR as soon as it's ready. >> >> > Awe

Re: Fwd: [hadrian/windows] build broken

On Fri, May 24, 2019 at 7:33 AM Alp Mestanogullari wrote: > Hello Shayne, > > David and I figured out the cause of that problem, I am working on a > patch, will put it up as a (WIP) MR as soon as it's ready. > > Awesome! -- Shayne Fletcher Language Engineer c: +1 917 699 7763 e: shayne.fletc...@

Re: Fwd: [hadrian/windows] build broken

Hi David, On Thu, May 23, 2019 at 8:09 AM David Eichmann wrote: > Ooops I've let this thread pass by me, but this is most likely due to my > latest refactoring of libffi rules in Hadrian. No need to create a new > issue, I'll just reopen #16304, and have a look at this now. > Hate to nag - any u

Fwd: GHC | Hadrian: ld crashes linking HStime on macos (#16685)

Hi Andrey, On Thu, May 23, 2019 at 10:04 AM Andrey Mokhov wrote: > I've travelling all week, so can't look into this issue properly, but > can't we simply revert the commit that introduced the breakage? Looks like > it was committed just a week ago. > I'll have to defer to the approvers on this

Re: Fwd: [hadrian/windows] build broken

nds good. Thanks David. > On that note, Alp, are we planning on adding a hadrian/windows CI job soon? > > - David E > On 5/23/19 12:12 PM, Shayne Fletcher via ghc-devs wrote: > > No comments on this. Maybe I should raise a ticket? Anybody got an email > address to ping

Re: Fwd: [hadrian/windows] build broken

to my > latest refactoring of libffi rules in Hadrian. No need to create a new > issue, I'll just reopen #16304, and have a look at this now. > > On that note, Alp, are we planning on adding a hadrian/windows CI job soon? > > - David E > On 5/23/19 12:12 PM, Shayne Fletcher

Fwd: [hadrian/windows] build broken

No comments on this. Maybe I should raise a ticket? Anybody got an email address to ping David on? -- Forwarded message - From: Shayne Fletcher Date: Wed, May 22, 2019, 13:03 Subject: Re: [hadrian/windows] build broken To: GHC developers I guess, On Wed, May 22, 2019 at 12:27

Re: [hadrian/macos] build broken

ghc version, commit, hadrian command, etc), and the 'hadrian' >> label? You should even feel free to mention @snowleopard and @alp there. >> >> Cheers >> On 22/05/2019 19:37, Shayne Fletcher via ghc-devs wrote: >> >> I'm trying to isolate the

Re: [hadrian/macos] build broken

tc), and the 'hadrian' > label? You should even feel free to mention @snowleopard and @alp there. > > Cheers > On 22/05/2019 19:37, Shayne Fletcher via ghc-devs wrote: > > I'm trying to isolate the commit that's causing this, but the deal is on > MacOS I'

[hadrian/macos] build broken

I'm trying to isolate the commit that's causing this, but the deal is on MacOS I'm seeing stage1 `ld` crashes linking `HStime`: ``` 0 0x1052e2748 __assert_rtn + 129 1 0x1052be30f ld::Fixup::Fixup(unsigned int, ld::Fixup::Cluster, ld::Fixup::Kind, bool, char const*) + 95 2 0x1052e8736 mach_o

Re: [hadrian/windows] build broken

I guess, On Wed, May 22, 2019 at 12:27 PM Shayne Fletcher wrote: > Windows builds with hadrian are currently failing with "file does not > exist and no build rule available" > `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas > on how to overcome that? > > relates to 0af5

[hadrian/windows] build broken

Windows builds with hadrian are currently failing with "file does not exist and no build rule available" `_build/stage1/libffi/build/inst/bin/libffi-6.dll`. Anybody have an ideas on how to overcome that? -- Shayne Fletcher Language Engineer c: +1 917 699 7763 e: shayne.fletc...@daml.com Digital A

Re: [hadrian] happy 1.19.10

Hi Vlad, On Wed, May 15, 2019 at 2:20 AM Vladislav Zavialov wrote: > I don’t use ’stack’ to build GHC and CI doesn’t check it, so I think I > missed this one. Thanks for bringing this up, have you already checked > locally that ‘lts-13.21’ fixes the issue (if so, perhaps submit an MR with > your

[hadrian] happy 1.19.10

Hi Vlad, Are there imminent plans to update hadrian/stack.yaml with something like, ``` # Specifies the GHC version and set of packages available (e.g., lts-3.5, nightly-2015-09-21, ghc-7.10.2) resolver: lts-13.21 ``` I think this is necessary to get the recent happy upgrade? -- Shayne Fletcher

gitlab.haskell.org is down

Hi, It seems gitlab.haskell.org has been down since around 17:30 GMT. Outage? -- Shayne Fletcher Language Engineer c: +1 917 699 7763 e: shayne.fletc...@daml.com Digital Asset Holdings, LLC 4 World Trade Center150 Greenwich Street, 47th Floor

Re: [ambiguous occurrence bug?]

On Mon, Mar 18, 2019 at 9:30 PM Ben Gamari wrote: > Shayne Fletcher via ghc-devs writes: > > > Consider this two file program: > > ``` > > module T where > > main = undefined > > > > module Main where > > import T > > main = putStrLn &qu

Re: [ambiguous occurrence bug?]

On Sun, Mar 17, 2019 at 2:23 PM Brandon Allbery wrote: > Hm. You're probably right that it should only consider the locally defined > one, > Cool. > but I can see why it would do this > Can you elaborate? Perhaps, > and wonder if there's even a good way to constrain that check currently. > >

Re: [ambiguous occurrence bug?]

Hi Brandon, On Sun, Mar 17, 2019 at 2:09 PM Brandon Allbery wrote: > No contradiction: "not those that are imported" means a module which > imports names does not automatically re-export those names to other modules > that import it. So T does indeed export "main", which is imported > unqualifie

[ambiguous occurrence bug?]

Sorry in advance if I should be posting questions of this kind elsewhere (please tell me if so!). Consider this two file program: ``` module T where main = undefined module Main where import T main = putStrLn "Hello world!" ``` Both 8.4.3 and 8.6.3 agree: ``` Main.hs:1:1: error: Ambiguous oc

Re: github ghc.git broken on libraries/binary

Hi Ben, On Thu, Mar 14, 2019 at 5:05 PM Ben Gamari wrote: > Shayne Fletcher via ghc-devs writes: > > > I'm between a rock and a hard place here. I appreciate gitlab hosts the > > official upstream (and at work use it extensively). We do however also > > maintain a

Re: github ghc.git broken on libraries/binary

g github from gitlab is broken, I think (various parts of > the migration are not yet complete); you should use the gitlab upstream. > > On Thu, Mar 14, 2019 at 2:44 PM Shayne Fletcher via ghc-devs < > ghc-devs@haskell.org> wrote: > >> `git clone g...@github.com:ghc/ghc.git

github ghc.git broken on libraries/binary

`git clone g...@github.com:ghc/ghc.git` followed by `git submodule update --init --recursive` results in ``` error: Server does not allow request for unadvertised object 94855814e2e4f7a0f191ffa5b4c98ee0147e3174 Fetched in submodule path 'libraries/binary', but it did not contain 94855814e2e4f7a0f

Re: Trac to GitLab migration underway

On Sun, Mar 10, 2019 at 5:38 PM Ben Gamari wrote: > Ben Gamari writes: > > > Hello everyone, > > > > I have started the process of migrating GHC's Trac content to GitLab. > > GitLab (gitlab.haskell.org) and Trac (ghc.haskell.org) will be down > > until this process has finished. I will post upda

Re: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

On Sat, Mar 9, 2019 at 9:09 PM Michael Sloan wrote: > Ah, probably so, thanks! > > On Sat, Mar 9, 2019 at 6:05 PM Brandon Allbery > wrote: > > > > I think the public name is pointed to the staging site because the main > one is down for the trac to github migration. > That's exactly it - been d

Re: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

On Sat, Mar 9, 2019 at 11:41 AM Oleg Grenrus wrote: > I can reproduce that problem on Ubuntu 14.04 which Travis uses now by > default. > It's "fixed" in Ubuntu 16.04. Use > > dist: xenial > > and your travis build should proceed. > > Nice! Thanks!! -- This message, and any attachments, is f

Re: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

On Sat, Mar 9, 2019 at 1:23 AM Ben Gamari wrote: > Shayne Fletcher via ghc-devs writes: > > [...] > I feel like I'm missing something here. I recall you mentioned this in > your previous message but there I'm still lacking crucial context. Can > you offer any add

Re: git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

Hi y'all On Fri, Mar 8, 2019 at 9:16 AM Shayne Fletcher wrote: > I appreciate this isn't really "our" problem :) Nonetheless, if there's > any config we can do on the repo on gitlab, that would be cool. Other URLs > (like github) for example are fine - something specific to gitlab. > If anybody

git clone https://gitlab.haskell.org/ghc/ghc.git on travis doesn't work

I appreciate this isn't really "our" problem :) Nonetheless, if there's any config we can do on the repo on gitlab, that would be cool. Other URLs (like github) for example are fine - something specific to gitlab. -- This message, and any attachments, is for the intended recipient(s) only, may c

Re: git.haskell.org is broken

On Thu, Mar 7, 2019 at 11:39 PM Shayne Fletcher < shayne.fletc...@digitalasset.com> wrote: > Hi Ben, > > On Thu, Mar 7, 2019 at 7:44 PM Ben Gamari wrote: > >> [...] Yes, we are currently in the process of decommissioning git.haskell.org. >> The official upstream repository is now >> https://gitl

Re: git.haskell.org is broken

Hi Ben, On Thu, Mar 7, 2019 at 7:44 PM Ben Gamari wrote: > Shayne Fletcher via ghc-devs writes: > > > As of today, > > git clone git://git.haskell.org/ghc.git --recursive > > is failing with, > > error: Server does not allow r

git.haskell.org is broken

As of today, git clone git://git.haskell.org/ghc.git --recursive is failing with, error: Server does not allow request for unadvertised object 94855814e2e4f7a0f191ffa5b4c98ee0147e3174 Fetched in submodule path 'libraries/binary', but it did not contain 94855814e2e4f7a0f191ffa5b4c98ee0147e3174

Re: [ANNOUNCE] GHC 8.6.4 is now available

On Wed, Mar 6, 2019 at 11:39 AM Ben Gamari wrote: > Shayne Fletcher via ghc-devs writes: > > > On Wed, Mar 6, 2019 at 11:09 AM Shayne Fletcher < > > shayne.fletc...@digitalasset.com> wrote: > > > >> > >> > >>> On Tue, Mar 5, 2019 at 3

Re: [ANNOUNCE] GHC 8.6.4 is now available

On Wed, Mar 6, 2019 at 11:09 AM Shayne Fletcher < shayne.fletc...@digitalasset.com> wrote: > > >> On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari wrote: >> >>> >>> Hello everyone, >>> >>> The GHC team is very happy to announce the availability of GHC 8.6.4, a >>> bugfix release in the GHC 8.6 series. >

Re: [ANNOUNCE] GHC 8.6.4 is now available

On Wed, Mar 6, 2019 at 10:59 AM Shayne Fletcher < shayne.fletc...@digitalasset.com> wrote: > Sorry if you get two of these messages (having some email client problems > :) )! > > Hi Ben, > > On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari wrote: > >> >> Hello everyone, >> >> The GHC team is very happy

Fwd: [ANNOUNCE] GHC 8.6.4 is now available

Sorry if you get two of these messages (having some email client problems :) )! Hi Ben, On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari wrote: > > Hello everyone, > > The GHC team is very happy to announce the availability of GHC 8.6.4, a > bugfix release in the GHC 8.6 series. > There doesn't seem

Re: [ANNOUNCE] GHC 8.6.4 is now available

Hi Ben, On Tue, Mar 5, 2019 at 3:53 PM Ben Gamari wrote: > > Hello everyone, > > The GHC team is very happy to announce the availability of GHC 8.6.4, a > bugfix release in the GHC 8.6 series. > There doesn't seem to be a ghc-8.6.4-release tag of http://git.haskell.org/ghc.git? Can you advise