Hi,
I've never used stackage-curator but "curator 2.0" [1] seems to generate
a stack.yaml file that can be used by Stack to build all the packages of
the selected snapshot.
As Stack supports installing GHC bindists and Stack 2.0 even supports
building and installing GHC from a GIT
Gert-Jan Bottu writes:
> Hi,
>
> I'm trying to do something similar : I'm hacking around with GHC, and
> would like to build a large set of packages to verify my changes.
> Similarly to the steps described below, I've followed the scheduled
> build in .circle/config.yml, but I can't figure
Hi Gert-Jan,
Have you considered using the head.hackage infrastructure? There is a
CI job which builds a set of package with HEAD. It is designed for
this kind of testing.
In order to test it on your branch you probably just need to it at a
suitable bindist.
Cheers,
Matt
On Thu, Jul 25, 2019
Hi,
I'm trying to do something similar : I'm hacking around with GHC, and
would like to build a large set of packages to verify my changes.
Similarly to the steps described below, I've followed the scheduled
build in .circle/config.yml, but I can't figure out how to force it to
use my own
Hi,
Am Freitag, den 10.08.2018, 20:06 -0400 schrieb Ben Gamari:
> Head.hackage doesn't have an out of the box package set but it is
> quite straightforward to construct such a set. While I now tend to
> use nix, in the past I generally just constructed a dummy cabal
> package listing the packages
On August 10, 2018 7:55:38 AM EDT, "Ömer Sinan Ağacan"
wrote:
>I also briefly looked at hackage.head. As far as I understand it
>doesn't
>out-of-the-box provide a way to build a large set of packages, right?
>It'd be
>useful if I had a package that I want to test against GHC HEAD but
>currently
I also briefly looked at hackage.head. As far as I understand it doesn't
out-of-the-box provide a way to build a large set of packages, right? It'd be
useful if I had a package that I want to test against GHC HEAD but currently it
doesn't help me, unless I'm missing something.
Ömer
Ömer Sinan
Hi Artem,
On Fri, Aug 10, 2018 at 11:05 AM Artem Pelenitsyn
wrote:
> The task seems to be not solvable even if an affected package (stm in your
> case and primitive in mine) has already adopted in its master the breaking
> change but has no corresponding release on Hackage (which will always
Hello Ömer,
Just a week ago I asked very similar question: how to install the test
suite dependencies after breaking changes in GHC:
https://mail.haskell.org/pipermail/ghc-devs/2018-August/016075.html
But no one replied :(
The task seems to be not solvable even if an affected package (stm in
Hi,
This is working great, I just generated my first report. One problem is stm-2.4
doesn't compile with GHC HEAD, we need stm-2.5.0.0. But that's not published on
Hackage yet, and latest nightly still uses stm-2.4.5.0. I wonder if there's
anything that can be done about this. Apparently stm
Ah, I now realize that that command is supposed to print that output. I'll
continue following the steps and keep you updated if I get stuck again.
Ömer
Ömer Sinan Ağacan , 9 Ağu 2018 Per, 13:20
tarihinde şunu yazdı:
>
> Hi Manuel,
>
> I'm trying stackage-head. I'm following the steps for the
Hi Manuel,
I'm trying stackage-head. I'm following the steps for the scheduled build in
.circleci/config.yml. So far steps I took:
- Installed ghc-head (from [1]) to ~/ghc-head
- Installed stackage-build-plan, stackage-curator and stackage-head (with
-fdev) from git repos, using stack.
-
Thanks for both suggestions. I'll try both and see which one works better.
Ömer
Manuel M T Chakravarty , 7 Ağu 2018 Sal, 18:15
tarihinde şunu yazdı:
>
> Hi Ömer,
>
> This is exactly the motivation for the Stackage HEAD works that we have
> pushed at Tweag I/O in the context of the GHC DevOps
Hi Ömer,
This is exactly the motivation for the Stackage HEAD works that we have pushed
at Tweag I/O in the context of the GHC DevOps group. Have a look at
https://github.com/tweag/stackage-head
and also the blog post from when the first version went live:
Ömer Sinan Ağacan writes:
> Hi,
>
> I'd like to test some GHC builds + some compile and runtime flag combinations
> against a large set of packages by building them and running test suites. For
> this I need
>
> - A set of packages that are known to work with latest GHC
> - A way to build them
Hi,
I'd like to test some GHC builds + some compile and runtime flag combinations
against a large set of packages by building them and running test suites. For
this I need
- A set of packages that are known to work with latest GHC
- A way to build them and run their test suites (if I could
16 matches
Mail list logo
