On Thu, 2008-05-08 at 16:54 -0700, Isaac Potoczny-Jones wrote:
Duncan Coutts wrote:
And actually they don't affect the ordering but they do affect equality.
Yes it's inconsistent.
If we look in the base library in Data.Version we find:
instance Eq Version where
v1 == v2 =
On Fri, May 09, 2008 at 10:12:06AM +0100, Duncan Coutts wrote:
It's clear we should drop the check on the tags from the == test but I'm
not sure if we should also change the showVersion or parseVersion
functions.
I'm planning on changing the equivalent of showVersion in Cabal to not
display
#276: Add support for convenience libraries
+---
Reporter: rl |Owner:
Type: enhancement| Status: new
Priority: normal |Milestone:
This is what I'm suggesting. Now is the right time to say if you disagree.
Fri May 9 10:44:55 BST 2008 Duncan Coutts [EMAIL PROTECTED]
* Do not display version tags
New patches:
[Do not display version tags
Duncan Coutts [EMAIL PROTECTED]**20080509094455] {
hunk ./Distribution/Text.hs 38
-
On Fri, 2008-05-09 at 10:29 +0100, Ross Paterson wrote:
On Fri, May 09, 2008 at 10:12:06AM +0100, Duncan Coutts wrote:
It's clear we should drop the check on the tags from the == test but I'm
not sure if we should also change the showVersion or parseVersion
functions.
I'm planning on
On Fri, May 09, 2008 at 10:12:06AM +0100, Duncan Coutts wrote:
I'm planning on changing the equivalent of showVersion in Cabal to not
display the tags.
This sounds like it'll make for some very confusing behaviour
differences, as people won't realise that they aren't using exactly the
same
#275: On each package page, give the name of the corresponding debian package
+---
Reporter: guest |Owner:
Type: enhancement| Status: new
Priority: normal
Fri May 9 09:35:07 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Display Cabal version in configure output with -v
eg Using Cabal-1.5.1 compiled by ghc-6.8
Annoyingly ghc doesn't give us its full version number.
M ./Distribution/Simple/Configure.hs +2
View patch online:
Fri May 9 04:41:53 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Change InstallPlan.done and .next into .ready that returns a list
So kind of like uncons style rather than null and head.
It returns all the ready ones by lazily so it's no extra expense.
It'll allow parallel installations
Fri May 9 08:20:07 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Swap Either args so it's Either Error Ok
Which seems to be the normal convention.
M ./Hackage/Dependency.hs -14 +12
M ./Hackage/InstallPlan.hs -3 +3
View patch online:
Fri May 9 09:55:09 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Split the two resolvers out of the Dependency module
It's clearer what is the generic stuff and what is specific to the
current resolver. So it should be a bit easier to swap in new ones.
A ./Hackage/Dependency/
M
Fri May 9 09:58:00 PDT 2008 Duncan Coutts [EMAIL PROTECTED]
* Put the check back in for hideBrokenPackages
M ./Hackage/Dependency.hs -1 +4
View patch online:
http://darcs.haskell.org/cabal-install/_darcs/patches/20080509165800-adfee-c760956a338bd8b9c85b30611ef18397052ccbb1.gz
On Fri, 2008-05-09 at 10:59 +0100, Malcolm Wallace wrote:
Ross Paterson [EMAIL PROTECTED] wrote:
What are tags for? Should we have them at all?
hsgnutls-0.2.3-barracuda
hsgnutls-0.2.3.1-barracuda
regex-tdfa-0.92-ghc-68-build-fix
I'm guessing that the tag generally
On Fri, 2008-05-09 at 18:03 +0100, Ian Lynagh wrote:
On Fri, May 09, 2008 at 10:12:06AM +0100, Duncan Coutts wrote:
I'm planning on changing the equivalent of showVersion in Cabal to not
display the tags.
This sounds like it'll make for some very confusing behaviour
differences, as
14 matches
Mail list logo