Different package authors have different policies, but if the use of a few #ifdefs allows compatibility with more ghc versions, I think most folks would consider that a win. <span></span><br><br>On Thursday, August 29, 2013, Jan Stolarek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm still not sure how to handle libraries that I modified with my primops change (#6135): primitive and array. There is some discussion on the core libraries commitee list and it seems that I'll have to further modify primops, and thus primitive and array, before 7.8 is released. Should I submit my patches to maintainers of these two libraries? Also, in order to make updated versions of the libraries compatible with older versions of GHC I would need to add some #ifdef pragmas. The question is whether we and package maintainers want that compatibility or should we expect that newly released versions of primitive and array will require at least 7.8 to run?<br>
<br>
Janek<br>
<br>
----- Oryginalna wiadomość -----<br>
Od: "shelarcy" <<a href="javascript:;" onclick="_e(event, 'cvml', 'shelarcy@gmail.com')">shelarcy@gmail.com</a>><br>
Do: "Herbert Valerio Riedel" <<a href="javascript:;" onclick="_e(event, 'cvml', 'hvr@gnu.org')">hvr@gnu.org</a>><br>
DW: <a href="javascript:;" onclick="_e(event, 'cvml', 'ghc-devs@haskell.org')">ghc-devs@haskell.org</a><br>
Wysłane: czwartek, 29 sierpień 2013 12:24:55<br>
Temat: Re: Current state of ghc boot lib versions vs. hackage<br>
<br>
Hello Herbert,<br>
<br>
I think that current GHC HEAD's primitive and vector are undesirable version.<br>
<br>
Because:<br>
<br>
1. GHC HEAD's primitive and vector are older than latest released version. (You already pointed out that.）<br>
2. But ... GHC HEAD's primitive and vector have some changes from older released version (to build with GHC HEAD).<br>
3. primitive HEAD and vector HEAD has some changes from latest release. These are not same as above GHC HEAD's changes.<br>
4. We can't merge simd branch's primitive and vector changes before merging primive HEAD and vector HEAD' changes. (Becuase simd branch's primitive and vector depend on primitive HEAD and vector HEAD's changes.)<br>
<br>
By above reasons, I think that GHC HEAD should merge primitive HEAD and vector HEAD's changes.<br>
<br>
<br>
Best Regards,<br>
<br>
<br>
On Wed, 28 Aug 2013 00:56:08 +0900, Herbert Valerio Riedel <<a>hvr@gnu.org</a>> wrote:<br>
<br>
><br>
> I've compared what versions current GHC HEAD uses w/ vs. what's<br>
> currently available on Hackage (see below);<br>
><br>
> So currently, the following packages have newer versions available on<br>
> hackage than are used in GHC HEAD:<br>
><br>
> - binary<br>
> - containers<br>
> - primitive<br>
> - time<br>
> - vector<br>
><br>
> In order to clarify a point that has been an issue in the past:<br>
><br>
> Can it be assumed that the GHC 7.8 feature-freeze scheduled for 14 Sept<br>
> 2013[1] is also the library version freeze deadline, by which upstream<br>
> package authors shall submit new package versions they want to ship as<br>
> GHC boot libs w/ GHC 7.8.1? (and thus should be given an "heads-up" asap)<br>
><br>
><br>
> ------------------------------------------------------------<br>
> package hackage GHC HEAD<br>
> ------------------------------------------------------------<br>
> Cabal 1.18.0 == 1.18.0<br>
> array 0.4.0.1 < 0.4.0.2<br>
> base 4.6.0.1 < 4.7.0.0<br>
> bin-package-db 0.0.0.0 == 0.0.0.0<br>
> binary 0.7.1.0 > 0.7.0.0<br>
> bytestring 0.10.2.0 < 0.10.3.0<br>
> containers 0.5.2.1 > 0.5.0.0<br>
> deepseq 1.3.0.1 < 1.3.0.2<br>
> directory 1.2.0.1 == 1.2.0.1<br>
> dph-base 0.7.0.1 < 0.8.0.1<br>
> (dph-lifted-base) 0.7.0.1 < 0.8.0.1<br>
> (dph-lifted-boxed) - 0.8.0.1<br>
> (dph-lifted-copy) 0.7.0.1 < 0.8.0.1<br>
> (dph-lifted-vseg) 0.7.0.1 < 0.8.0.1<br>
> (dph-prim-interface) 0.7.0.1 < 0.8.0.1<br>
> (dph-prim-par) 0.7.0.1 < 0.8.0.1<br>
> (dph-prim-seq) 0.7.0.1 < 0.8.0.1<br>
> filepath 1.3.0.1 < 1.3.0.2<br>
> (ghc) 7.6.3 < 7.7.20130826<br>
> ghc-prim 0.3.0.0 < 0.3.1.0<br>
> haskeline 0.7.0.3 < 0.7.0.4<br>
> (haskell2010) </blockquote>