Phab: conditional approval

Hi devs, When reviewing a diff on Phab, I can "accept" or "request changes". Sometimes, though, I want to do both: I suggest very minor (e.g., typo) changes, but then when these changes are made, I accept. I'm leery of making the suggestions and saying "accept", because then someone working

Re: Alex install failure

I don’t disagree in the slightest! It’s just an easy way to find out if that is the cause of what you’re seeing or if it’s something deeper. For what it’s worth I’ve tried to replicate this on NFS to no avail, but it’s not like the mount I was using was under much load. _ara > On 19 Aug

RE: Alex install failure

Maybe so, but it's really not a good experience for GHC/Cabal users. If aptget did this, people would bleat loudly. Simon | -Original Message- | From: Ara Adkins [mailto:m...@ara.io] | Sent: 19 August 2017 00:07 | To: Simon Peyton Jones | Cc: Ben Gamari

Re: Alex install failure

NFS can be pretty dodgy with transient files due to latency. Sometimes the delete takes appreciable time after the command is issued so the lock file might just be persisting. I’d try installing into a cabal sandbox on a local drive and see if the same issue crops up. _ara > On 18 Aug 2017,

RE: Alex install failure

| Then you're another victim of | | https://ghc.haskell.org/trac/ghc/ticket/13945 [Reads ticket]. Blimey. This looks serious. As in release-blocker (except that we have released). Why does it only happen with 8.2.1? The ticket has no how-to-fix plan. Simon | -Original Message- |

Re: Alex install failure

On Sat, Aug 19, 2017 at 12:43 AM, Simon Peyton Jones via ghc-devs wrote: > | Hmm. Here's a shot in the dark: is home home directory mounted via NFS by > | any chance? > > Direct hit! (for the shot in the dark). Yes it's NFS mounted I think. So > what? Then you're

RE: Where to discuss the linear types extension of GHC?

But it could also be never, if the committee rejects the proposal... Don’t let that put you off. The more numerous and compelling the applications, the more likely it is that the committee will accept it! It’s a Big Feature, so the bar is high. But if there is a diverse bunch of actual

RE: Alex install failure

| Hmm. Here's a shot in the dark: is home home directory mounted via NFS by | any chance? Direct hit! (for the shot in the dark). Yes it's NFS mounted I think. So what? Simon | -Original Message- | From: Ben Gamari [mailto:b...@smart-cactus.org] | Sent: 18 August 2017 13:05 | To:

RE: Alex install failure

That's what I did. It then succeeds in installing one package, and fails in the same way on the next one. So I can install packages one at a time, by deleting the lock file manually each time. Bizarre. Simon | -Original Message- | From: Herbert Valerio Riedel

Re: Where to discuss the linear types extension of GHC?

Hi Wolfgang, great to see interest in linear types! I would advise caution about building anything on top of the linear types extension at this time. If you have interesting use cases, however, do tell, so that these use cases can influence the design. This is pre-alpha software, meaning that

RE: Stg-lint and bootstrapping (fails?)

| WARNING: file compiler/simplCore/OccurAnal.hs, line 2695 | OccurAnal failed to rediscover join point(s): [go58_akKa] That shouldn't happen! If you can make a repro case, please open a ticket. Simon | -Original Message- | From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On

Re: Alex install failure

On Fri, Aug 18, 2017 at 8:04 AM, Ben Gamari wrote: > Simon Peyton Jones via ghc-devs writes: > > I'm trying to update my installation of alex, on Unix (Ubuntu). But I > get the dump below > > It's complaining about a lock file being an invalid

Re: Stg-lint and bootstrapping (fails?)

Gabor Greif writes: > Hi Ben, > > thanks for also looking into the issue! I am in the process of > debugging a miscompilation related to #13861 (self-inflicted, > hahahar), but without a working linter I am pretty much toast... I'll > wait a bit more until your fixed hit

Re: Alex install failure

Simon Peyton Jones via ghc-devs writes: > Friends > I'm trying to update my installation of alex, on Unix (Ubuntu). But I get > the dump below > It's complaining about a lock file being an invalid argument (see highlight > below). > If I manually remove the file I get

Alex install failure

Friends I'm trying to update my installation of alex, on Unix (Ubuntu). But I get the dump below It's complaining about a lock file being an invalid argument (see highlight below). If I manually remove the file I get past that, it successfully installs tf-random, but the same thing happens on