On Fri, 2008-05-02 at 00:28 +0200, Thomas Schilling wrote:
> On 20 apr 2008, at 22.22, Duncan Coutts wrote:
> [Replying so late as I only saw this today.]
>
> I believe that using tight version constraints in conjunction with
> the PVP to be a good solution. For now.
I think I tend to agree.
#267: cabal upload has poor error messages (just an HTTP response code)
+---
Reporter: guest |Owner:
Type: defect | Status: new
Priority: normal |Milestone:
#156: setup haddock: option to expose all modules
--+-
Reporter: [EMAIL PROTECTED] |Owner:
Type: enhancement | Status: closed
Priority: normal |Milestone:
Thu May 1 15:31:31 PDT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Revert the change about the --internal flag and a warning about haddock
Just a bit of confusion over the behaviour of the --executable flag.
M ./Distribution/Simple/Haddock.hs -3 +2
View patch online:
http://darcs.haskell.o
Thu May 1 08:33:56 PDT 2008 Joachim Breitner <[EMAIL PROTECTED]>
* Document --internal in Cabal.xml
M ./doc/Cabal.xml +9
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080501153356-23c07-b5c9513f0088d5a64fbf95ba6dc8961162f92952.gz
_
Thu May 1 08:24:21 PDT 2008 Joachim Breitner <[EMAIL PROTECTED]>
* Implement --internal flag
Passing --internal to the haddock stage does these things:
* Does not pass --hide parameter to haddock
* Passes --ignore-all-exports parameter
* Appends "(internal documentation)" to the titl
Thu May 1 08:25:44 PDT 2008 Joachim Breitner <[EMAIL PROTECTED]>
* With --executable, --internal just adds --ignore-all-exports
M ./Distribution/Simple/Haddock.hs -1 +6
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080501152544-23c07-e4deafe31ec21b6e8076149277330eca2b
Thu May 1 07:51:03 PDT 2008 Joachim Breitner <[EMAIL PROTECTED]>
* Add an --internal flag to HaddockFlags
M ./Distribution/Simple/Setup.hs +9
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080501145103-23c07-6467705161f8b10d3fd1e94d50c15b2f5f749aa7.gz
On 20 apr 2008, at 22.22, Duncan Coutts wrote:
All,
In the initial discussions on a common architecture for building
applications and libraries one of the goals was to reduce or eliminate
untracked dependencies. The aim being that you could reliably deploy a
package from one machine to another
#267: cabal upload has poor error messages (just an HTTP response code)
+---
Reporter: guest |Owner:
Type: defect | Status: new
Priority: normal |Milestone:
Thu May 1 14:44:56 PDT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Don't echo when prompting for the hackage upload password.
Fixes ticket #268. And use newtypes for the username and password,
just to be more sure we're not mixing them up with other strings.
M ./Hackage/Config.hs -6 +6
#268: cabal upload asks for a password in plain text
+---
Reporter: guest |Owner:
Type: defect | Status: closed
Priority: normal |Milest
Thu May 1 04:00:06 PDT 2008 [EMAIL PROTECTED]
* Revert the other `fmap` to (.)
To avoid needing a non-H'98 instance of Functor for (->).
M ./Distribution/Simple/Command.hs -1 +1
View patch online:
http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/20080501110006-6871e-3c8a
Thu May 1 03:46:20 PDT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Revert one change of (.) to fmap. It was not necessary and broke nhc98.
The other one was needed as we changed a type from Bool to Maybe Bool.
M ./Distribution/Simple/Command.hs -1 +1
View patch online:
http://darcs.haskell
#273: Provide a stable address for current Haddock documentation
+---
Reporter: guest |Owner:
Type: defect | Status: new
Priority: normal |Milestone:
On Thu, May 01, 2008 at 03:51:13PM +0100, Malcolm Wallace wrote:
> nhc98 has a performance hack to avoid dumping large numbers of instance
> decls into .hi interface files. For any given instance, if both the
> class and the type are defined in the Prelude, then the instance can be
> omitted from
Ross Paterson <[EMAIL PROTECTED]> wrote:
> > To avoid needing a non-H'98 instance of Functor for (->).
>
> I'm puzzled as to why nhc98 lacks this instance in this module,
> given the import chain
>
> Distribution.Simple.Command
> -> Distribution.ParseUtils
> -> Data.Tree
> -> Control.Applicati
On Thu, May 01, 2008 at 04:01:31AM -0700, Malcolm Wallace wrote:
> Thu May 1 04:00:06 PDT 2008 [EMAIL PROTECTED]
> * Revert the other `fmap` to (.)
> To avoid needing a non-H'98 instance of Functor for (->).
>
> M ./Distribution/Simple/Command.hs -1 +1
I'm puzzled as to why nhc98 lacks
Thu May 1 04:00:06 PDT 2008 [EMAIL PROTECTED]
* Revert the other `fmap` to (.)
To avoid needing a non-H'98 instance of Functor for (->).
M ./Distribution/Simple/Command.hs -1 +1
View patch online:
http://darcs.haskell.org/cabal/_darcs/patches/20080501110006-6871e-3c8af0e15b9a8c8ce152840
Thu May 1 03:46:20 PDT 2008 Duncan Coutts <[EMAIL PROTECTED]>
* Revert one change of (.) to fmap. It was not necessary and broke nhc98.
The other one was needed as we changed a type from Bool to Maybe Bool.
M ./Distribution/Simple/Command.hs -1 +1
View patch online:
http://darcs.haskell
On Thu, 2008-05-01 at 11:02 +0100, Malcolm Wallace wrote:
> This patch breaks the nhc98 build of Cabal. Here is the error:
>
> $ /Users/malcolm/Haskell/nhc98/script/nhc98 -c
> Distribution/Simple/Command.hs
> nhc98comp: The class Prelude.Functor has no instance for the type
> Prelude.->.
> Tue Apr 29 13:11:23 PDT 2008 Duncan Coutts <[EMAIL PROTECTED]>
> * Change handling of bool command line args to allow an unset state
> For bool valued flags we were always producing the command line
> string corresponding to a false flag value, even if the flag was
> not set. For example
22 matches
Mail list logo
