Re: Using lzip instead of xz for distributed tarballs

Vanessa McHale writes: > Hello all, > > > GHC is distributed as .tar.xz tarballs; I assume this is because it > produces small tarballs. However, xz is ill-suited for archiving due to > its lack of error recovery. Moreover, lzip produces smaller tarballs > with GHC (I tested with

Re: submodule instructions?

Richard Eisenberg writes: >> On Jan 17, 2020, at 9:15 PM, Ben Gamari wrote: >> >> I have added a bit of language to [submodules] explaining how to >> accomplish this. > > Very helpful -- thanks. A few questions (preferably answered directly on the > wiki page): > > - Who is the `ghc` group

Re: GitLab restart

Ben Gamari writes: > Ben Gamari writes: > >> Hi everyone, >> >> In around 30 minutes I'll be migrating some data on gitlab.haskell.org >> to a larger storage volume. This will take around 10 minutes, during >> which time GitLab will down. I'll sent another email before I begin the >> migration.

Re: GitLab restart

Ben Gamari writes: > Hi everyone, > > In around 30 minutes I'll be migrating some data on gitlab.haskell.org > to a larger storage volume. This will take around 10 minutes, during > which time GitLab will down. I'll sent another email before I begin the > migration. > Starting migration

GitLab restart

Hi everyone, In around 30 minutes I'll be migrating some data on gitlab.haskell.org to a larger storage volume. This will take around 10 minutes, during which time GitLab will down. I'll sent another email before I begin the migration. Cheers, - Ben signature.asc Description: PGP signature

Re: Unboxed Tuple in a single STG variable

Binders in STG can be bound to multi-values (stuff represented by multiple values, e.g. unboxed tuples with more than one non-void arguments) initially but before codegen those need to be eliminated. The pass that does is "unarise", see GHC.Stg.Unarise module which has lots of notes explaning

Unboxed Tuple in a single STG variable

Hello, Can an STG variable (Id) store a whole unboxed tuple value? Or is it required to decompose a returned unboxed value immediately by using an StgCase expression? If so, then is it correct that the STG variables can store values only from the following types: Addr, Float, Double, Int, Word,

Re: GHC perf

Hi Simon, * There are two things going on: 1. CI perf measurements 2. Local machine perf measurements I think that they are somehow handled differently (why?) but they are all muddled up on the wiki page. They are handled differently because we do not want to compare local

Re: is Unlifted Type == Primitive Type?

Hi Csaba, Yes, boxed unlifted ADTs are supported by code-gen, or at least the fix for codegen to deal with it is [rather simple]( https://gitlab.haskell.org/ghc/ghc/commit/fc4e2a03ebb40e2268ec0deb9833ec82bd2d7bee ). Hope that helps. Sebastian Am Mo., 20. Jan. 2020 um 11:13 Uhr schrieb Csaba

Re: is Unlifted Type == Primitive Type?

I'm also interested if Boxed Unlifted non Primitive types are supported by the codegen? Sorry, but I'm not confident enough in the topic to update the wiki. On Mon, Jan 20, 2020 at 10:58 AM Richard Eisenberg wrote: > The recent addition of -XUnliftedNewtypes means that user-defined newtypes >

Re: is Unlifted Type == Primitive Type?

The recent addition of -XUnliftedNewtypes means that user-defined newtypes (https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0098-unlifted-newtypes.rst ) can indeed be unlifted

is Unlifted Type == Primitive Type?

Hello, According to GHC Wiki it seems that only primitive types can be unlifted. Is this true in general? (i.e. no user type can be unlifted) [image: image.png] Does the Stg to Cmm codegen support

Re: submodule instructions?

> On Jan 17, 2020, at 9:15 PM, Ben Gamari wrote: > > I have added a bit of language to [submodules] explaining how to > accomplish this. Very helpful -- thanks. A few questions (preferably answered directly on the wiki page): - Who is the `ghc` group and how does one join this group (is

Github mirror

Hi Ben, It looks like the github mirror for ghc hasn't updated in a month. Kind regards, Tamar Sent from my Mobile ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs