March 2008 - cabal-devel

Re: [Hackage] #148: Cabal should be able to produce DLLs in Windows
by Hackage 06 Mar '08

06 Mar '08

#148: Cabal should be able to produce DLLs in Windows ----------------------------+----------------------------------------------- Reporter: eivuokko | Owner: Type: enhancement | Status: new Priority: normal | Milestone: _|_ Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: project(> week) Ghcversion: 6.4.2 | Platform: Windows ----------------------------+----------------------------------------------- Changes (by duncan): * difficulty: hard (< 1 day) => project(> week) Comment: What is a dll really? It's not an executable and it is not a library, at least not the thing that cabal calls a library. It's actually a hybrid concept. It's statically linked (at least the way we do it now), linking in the rts and all the dependent haskell packages. So in that respect it's just like an executable. Obviously it exports more than just main, it exports all the ffi exported C functions (right?). How are the exports specified? Are they just the ffi exports? We don't really need a manually written .def file do we? So is this concept something we can and want to support in Cabal? Does it have any cross-platform meaning at all? If it's a different class of target from executables and libs then I think we should support it as such and not try and cram it into one of the existing templates. Something like: {{{ name: foo version: 1.0 foreign_dynamic_library build-depends: bar other-modules: Foo }}} Though obviously with a more sensible name for the thing than `foreign_dynamic_library`. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/148#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Use CompilerFlavor rather than String in configurations expressions
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 17:10:46 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Use CompilerFlavor rather than String in configurations expressions Better type safety and more robust parsing. M ./Distribution/PackageDescription.hs -3 +4 M ./Distribution/PackageDescription/Configuration.hs -8 +9 M ./Distribution/Simple/Configure.hs -3 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080305011046-adfee-9345e89c…

1 0

patch applied (cabal): Add read/show for CompilerFlavour like for OS and Arch
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 17:08:20 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Add read/show for CompilerFlavour like for OS and Arch Also add YHC compiler flavour. M ./Distribution/Compiler.hs -10 +37 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080305010820-adfee-38920f6f…

1 0

patch applied (cabal): Rename Distribution.System.os to .buildOS and eliminate Windows sub-type
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 15:43:58 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Rename Distribution.System.os to .buildOS and eliminate Windows sub-type M ./Distribution/Simple/Build.hs -6 +6 M ./Distribution/Simple/BuildPaths.hs -8 +8 M ./Distribution/Simple/Configure.hs -7 +7 M ./Distribution/Simple/GHC.hs -2 +3 M ./Distribution/Simple/Hugs.hs -5 +6 M ./Distribution/Simple/InstallDirs.hs -14 +15 M ./Distribution/Simple/Register.hs -11 +12 M ./Distribution/System.hs -17 +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080304234358-adfee-d4265375…

1 0

patch applied (cabal): Make an Arch enum like we have for OS and use it
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 12:38:02 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Make an Arch enum like we have for OS and use it We get more robust parsing and comparisons of arch names this way and it'll allows us to detect and warn about unknown arches. M ./Distribution/PackageDescription.hs -3 +3 M ./Distribution/PackageDescription/Configuration.hs -6 +6 M ./Distribution/Simple/Configure.hs -3 +3 M ./Distribution/System.hs -10 +62 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080304203802-adfee-a3a00b42…

1 0

patch applied (cabal-install): Hackage/List.hs: reflow paragraphs when displaying synopsis/description.
by Duncan Coutts 05 Mar '08

05 Mar '08

Wed Mar 5 11:34:07 PST 2008 Brent Yorgey <byorgey(a)gmail.com> * Hackage/List.hs: reflow paragraphs when displaying synopsis/description. M ./Hackage/List.hs -2 +8 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080305193407-bd4d7-…

1 0

darcs patch: reflow paragraphs when displaying synopsis/description in output of 'cabal list'
by Brent Yorgey 05 Mar '08

05 Mar '08

Wed Mar 5 14:34:07 EST 2008 Brent Yorgey <byorgey(a)gmail.com> * Hackage/List.hs: reflow paragraphs when displaying synopsis/description.

1 1

patch applied (cabal-install): Attempt to make things work using hugs, assume everything is installed
by Duncan Coutts 05 Mar '08

05 Mar '08

Wed Mar 5 07:26:41 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Attempt to make things work using hugs, assume everything is installed M ./Hackage/Dependency.hs -4 +20 M ./Hackage/Fetch.hs -1 +1 M ./Hackage/Install.hs -2 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080305152641-adfee-…

1 0

patch applied (cabal-install): Instead of Setup.lhs use .hs like everyone else does
by Duncan Coutts 05 Mar '08

05 Mar '08

Mon Mar 3 15:24:08 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Instead of Setup.lhs use .hs like everyone else does ./Setup.lhs -> ./Setup.hs M ./Setup.hs -3 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080303232408-adfee-…

1 0

patch applied (cabal): Fix configure for hugs where we don't know what packages are installed
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 18:36:26 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Fix configure for hugs where we don't know what packages are installed For Hugs, nhc98 and other compilers we do not know what packages are already installed, so we just make some up, pretend that they do exist and just hope for the best. We make them up based on what other package the package we're currently building happens to depend on. See inventBogusPackageId. Let's hope they really are installed... :-) One could see this as all rather redundant - carefully making up bogus information to satisfy a careful check. I prefer to see it as making explicit something that was previously implicit. The proper solution is to discover what packages are currently installed. M ./Distribution/Simple/Configure.hs -7 +18 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080305023626-adfee-5b79f06c…

1 0