On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson wrote:

Mostly out of curiousity: is there *any* conceivable chance of getting the GHCJS bits merged in? (I'm hoping/guessing the maintainer of GHCJS is also on this list.)

Yes, I am on this list. A small part has already been merged, and there's a pull request for the changes in the package description and flags, which include the GHCJS compiler flavour. While discussing the patch with Duncan, we agreed that a few changes were in order, which I've made, I'll amend the pull request later today. What's left then is the backend itself. The changes there are only in the build system, so they don't touch the public API / file formats, but on the other hand they do touch quite a bit of code and require some restructuring of the GHC backend to allow some of the code to be reused without copy/pasting the whole backend (smaller customizations are required for ghc-pkg and haddock). I'm going to spend some time this week to submit the next part of the code, test it with my experimental GHC 7.10 branch of GHCJS. The important public changes have been discussed / prepared already, so it'll mostly come down to how well this code will stand up to scrutinization of the reviewers. luite

Hello Johan, ...how's progress for a Cabal RC to go w/ GHC 7.10.1 RC1? :-) On 2014-12-02 at 11:16:46 +0100, Johan Tibell wrote:

I think I can have a RC out without 2 weeks.

On Tue, Dec 2, 2014 at 8:53 AM, Luite Stegeman wrote:

...

On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson wrote:

...

Mostly out of curiousity: is there *any* conceivable chance of getting the GHCJS bits merged in? (I'm hoping/guessing the maintainer of GHCJS is also on this list.)

Yes, I am on this list. A small part has already been merged, and there's a pull request for the changes in the package description and flags, which include the GHCJS compiler flavour. While discussing the patch with Duncan, we agreed that a few changes were in order, which I've made, I'll amend the pull request later today.

What's left then is the backend itself. The changes there are only in the build system, so they don't touch the public API / file formats, but on the other hand they do touch quite a bit of code and require some restructuring of the GHC backend to allow some of the code to be reused without copy/pasting the whole backend (smaller customizations are required for ghc-pkg and haddock).

I'm going to spend some time this week to submit the next part of the code, test it with my experimental GHC 7.10 branch of GHCJS. The important public changes have been discussed / prepared already, so it'll mostly come down to how well this code will stand up to scrutinization of the reviewers.

luite

_______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

-- "Elegance is not optional" -- Richard O'Keefe

Status update: All functionality from the ghcjs Cabal branch is now in pull requests [1] [2]. I have changed a few things in the GHCJS command line options (more consistent with GHC now), and GHCJS produces library archives (libHSpackage.js_a) for packages now, which makes GHCJS easier and more similar to GHC to deal with, and provides a better upgrade path if we need to store information in the future. I've updated the GHCJS master branch for this, and also the ghcjs branch of our fork [3] . Anyone upgrading their GHCJS should first update their Cabal. Use `ghcjs-boot --dev --clean` to upgrade the boot libraries. luite [1] https://github.com/haskell/cabal/pull/2269 [2] https://github.com/haskell/cabal/pull/2273 [3] https://github.com/ghcjs/cabal On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson wrote:

On 2014-12-01 19:32, Herbert Valerio Riedel wrote:

...

Hello Cabal developers!

To keep it short: GHC 7.10.1 RC1 is planned for a release shortly before Xmas, and it would be great if there was a Cabal 1.22.x RC to go along with that.

Is it possible for you to get Cabal (the library) in such a state by mid-December (i.e. in 2 weeks from now)?

Mostly out of curiousity: is there *any* conceivable chance of getting the GHCJS bits merged in? (I'm hoping/guessing the maintainer of GHCJS is also on this list.)

Regards,

_______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

I'm waiting for word from Thomas DuBuisson on https://github.com/haskell/cabal/pull/1910 then I'm ready to cut a RC. There's already a 1.22 branch for people who want to test before that (e.g. GHC HQ). On Thu, Dec 18, 2014 at 3:40 PM, Johan Tibell wrote:

I went over the outstanding pull requests and merged some and left comments on others. Unless I hear something from the authors of those pull requests in the next couple of days, I will put out a 1.22 RC based on current master.

On Sat, Dec 13, 2014 at 4:54 PM, Luite Stegeman wrote:

...

Status update:

All functionality from the ghcjs Cabal branch is now in pull requests [1] [2]. I have changed a few things in the GHCJS command line options (more consistent with GHC now), and GHCJS produces library archives (libHSpackage.js_a) for packages now, which makes GHCJS easier and more similar to GHC to deal with, and provides a better upgrade path if we need to store information in the future.

I've updated the GHCJS master branch for this, and also the ghcjs branch of our fork [3] . Anyone upgrading their GHCJS should first update their Cabal. Use `ghcjs-boot --dev --clean` to upgrade the boot libraries.

luite

[1] https://github.com/haskell/cabal/pull/2269 [2] https://github.com/haskell/cabal/pull/2273 [3] https://github.com/ghcjs/cabal

On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson wrote:

...

On 2014-12-01 19:32, Herbert Valerio Riedel wrote:

...

Hello Cabal developers!

To keep it short: GHC 7.10.1 RC1 is planned for a release shortly before Xmas, and it would be great if there was a Cabal 1.22.x RC to go along with that.

Is it possible for you to get Cabal (the library) in such a state by mid-December (i.e. in 2 weeks from now)?

Mostly out of curiousity: is there *any* conceivable chance of getting the GHCJS bits merged in? (I'm hoping/guessing the maintainer of GHCJS is also on this list.)

Regards,

_______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

---

cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel