I was about to bump and release the parallel library because it has
changed since the last release, and needs to be released with
ghc-6.10.1.
I was looking at what changed and thus what the new version number
should be. What has changed is that par and pseq have changed from being
invixl 9 to infixr 0. This is theoretically an API change (code that
compiled before may no longer) so the version number of the parallel
package should by bumped from 1.0.0.1 to 1.1.0.0.
I'd like someone else to double check this and apply the patches if
appropriate. If not, some other version number is required, we cannot
use the same as the previous release as there are real changes.
Duncan
Sat Nov 1 21:34:58 GMT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Bump version to 1.1.0.0
From version 1.0.0.1 because par and pseq changed from infixl 9
to infixr 0 which is an api change. Previously they were missing
fixity decls which meant they defaulted to infixl 9. The reason
they were missing the fixity decls was because they were locally
rebound so to make a consistent api between ghc and hugs (with a
make a consitent api between ghc and hugs (using cpp).
bit of cpp to provide alternative implementations). Presumably
when this was done the fixity decls were forgotten.
Sat Nov 1 21:41:41 GMT 2008 Duncan Coutts <[EMAIL PROTECTED]>
tagged 1.1.0.0
Sat Nov 1 21:34:58 GMT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Bump version to 1.1.0.0
From version 1.0.0.1 because par and pseq changed from infixl 9
to infixr 0 which is an api change. Previously they were missing
fixity decls which meant they defaulted to infixl 9. The reason
they were missing the fixity decls was because they were locally
rebound so to make a consistent api between ghc and hugs (with a
make a consitent api between ghc and hugs (using cpp).
bit of cpp to provide alternative implementations). Presumably
when this was done the fixity decls were forgotten.
Sat Nov 1 21:41:41 GMT 2008 Duncan Coutts <[EMAIL PROTECTED]>
tagged 1.1.0.0
New patches:
[Bump version to 1.1.0.0
Duncan Coutts <[EMAIL PROTECTED]>**20081101213458
From version 1.0.0.1 because par and pseq changed from infixl 9
to infixr 0 which is an api change. Previously they were missing
fixity decls which meant they defaulted to infixl 9. The reason
they were missing the fixity decls was because they were locally
rebound so to make a consistent api between ghc and hugs (with a
make a consitent api between ghc and hugs (using cpp).
bit of cpp to provide alternative implementations). Presumably
when this was done the fixity decls were forgotten.
] hunk ./parallel.cabal 2
-version: 1.0.0.1
+version: 1.1.0.0
[TAG 1.1.0.0
Duncan Coutts <[EMAIL PROTECTED]>**20081101214141]
<
[Bump version to 1.1.0.0
Duncan Coutts <[EMAIL PROTECTED]>**20081101213458
From version 1.0.0.1 because par and pseq changed from infixl 9
to infixr 0 which is an api change. Previously they were missing
fixity decls which meant they defaulted to infixl 9. The reason
they were missing the fixity decls was because they were locally
rebound so to make a consistent api between ghc and hugs (with a
make a consitent api between ghc and hugs (using cpp).
bit of cpp to provide alternative implementations). Presumably
when this was done the fixity decls were forgotten.
]
[add a SPECIALISE for seqListN at type Int
Simon Marlow <[EMAIL PROTECTED]>**20081022090925]
[add a fixity for seq
Simon Marlow <[EMAIL PROTECTED]>**20081022090823]
[we rebound par and pseq, but forgot to set their fixity
Simon Marlow <[EMAIL PROTECTED]>**20081022085835]
[TAG 6.10 branch has been forked
Ian Lynagh <[EMAIL PROTECTED]>**20080919123439]
> {
}
Context:
[add a SPECIALISE for seqListN at type Int
Simon Marlow <[EMAIL PROTECTED]>**20081022090925]
[add a fixity for seq
Simon Marlow <[EMAIL PROTECTED]>**20081022090823]
[we rebound par and pseq, but forgot to set their fixity
Simon Marlow <[EMAIL PROTECTED]>**20081022085835]
[TAG 6.10 branch has been forked
Ian Lynagh <[EMAIL PROTECTED]>**20080919123439]
Patch bundle hash:
8174d459f38f493b184a6f3a0617d5c861bc83f4
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
