On Sun, 24 May 2009, Ketil Malde wrote:
Duncan Coutts duncan.cou...@worc.ox.ac.uk writes:
The PVP says:
1. If any entity was removed, or the types of any entities
or the definitions of datatypes or classes were changed,
or instances were added
Duncan Coutts duncan.cou...@worc.ox.ac.uk writes:
The PVP says:
1. If any entity was removed, or the types of any entities
or the definitions of datatypes or classes were changed,
or instances were added or removed, then the new A.B
On Sun, 2009-05-24 at 16:36 +0200, Ketil Malde wrote:
Duncan Coutts duncan.cou...@worc.ox.ac.uk writes:
The PVP says:
1. If any entity was removed, or the types of any entities
or the definitions of datatypes or classes were changed,
or
On Thu, 2009-05-21 at 21:30 -0500, John Goerzen wrote:
Duncan Coutts wrote:
On Thu, 2009-05-21 at 15:22 -0700, Alexander Dunlap wrote:
Since those types come out of the time library, and that library's
version *has* been bumped (I assume), couldn't you use Cabal to
condition on the
Duncan Coutts wrote:
What we're currently missing is a PVP checker: a tool to compare APIs of
package versions and check that it is following the PVP. Ideally, we
will have packages opt-in to follow the PVP for those packages that do
opt-in we have the PVP enforced on hackage using the checker
John Goerzen schrieb:
So this is annoying (CCing -cafe)
I need NominalDiffTime and UTCTime to have Typeable instances. In
6.10.1, they didn't ship with them out of the box, so I added them.
Apparently, in 6.10.3, they DO ship with those instances out of the box.
Annoyingly, that means
duncan.coutts:
What we're currently missing is a PVP checker: a tool to compare APIs of
package versions and check that it is following the PVP. Ideally, we
will have packages opt-in to follow the PVP for those packages that do
opt-in we have the PVP enforced on hackage using the checker tool.
Don Stewart wrote:
duncan.coutts:
What we're currently missing is a PVP checker: a tool to compare APIs of
package versions and check that it is following the PVP. Ideally, we
will have packages opt-in to follow the PVP for those packages that do
opt-in we have the PVP enforced on hackage
Henning Thielemann wrote:
John Goerzen schrieb:
So this is annoying (CCing -cafe)
I need NominalDiffTime and UTCTime to have Typeable instances. In
6.10.1, they didn't ship with them out of the box, so I added them.
Apparently, in 6.10.3, they DO ship with those instances out of the box.
Hi John,
On Thu, May 21, 2009 at 09:30:24PM -0500, John Goerzen wrote:
I guess my larger point is just a plea to the community: please be
really careful about what you do to GHC in point releases.
We are careful about what goes into the official GHC release.
However, ever since GHC 6.6
Since those types come out of the time library, and that library's
version *has* been bumped (I assume), couldn't you use Cabal to
condition on the version of the time library to determine whether or
not to have CPP set a -DTYPEABLE_IN_TIME flag, and then #ifdef out
your versions of the instances?
On Thu, 2009-05-21 at 15:22 -0700, Alexander Dunlap wrote:
Since those types come out of the time library, and that library's
version *has* been bumped (I assume), couldn't you use Cabal to
condition on the version of the time library to determine whether or
not to have CPP set a
Duncan Coutts wrote:
On Thu, 2009-05-21 at 15:22 -0700, Alexander Dunlap wrote:
Since those types come out of the time library, and that library's
version *has* been bumped (I assume), couldn't you use Cabal to
condition on the version of the time library to determine whether or
not to have
I guess my larger point is just a plea to the community: please be
really careful about what you do to GHC in point releases. This is not
the first issue that has screwed me in the GHC 6.10.x point releases.
I hope that the Haskell Platform will solve a lot of these issues.
Clear, planned
14 matches
Mail list logo
