December 2009 - cabal-devel

patch applied (cabal): Fix name clashes in hugs module
by Duncan Coutts 29 Dec '09

29 Dec '09

Sun Dec 27 18:48:14 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix name clashes in hugs module M ./Distribution/Simple/Hugs.hs -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091228024814-adfee-8110adac…

1 0

[Hackage] #466: libdir does not follow prefix on windows
by Hackage 29 Dec '09

29 Dec '09

#466: libdir does not follow prefix on windows ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: Windows | ------------------------------+--------------------------------------------- On Windows, for some reason, the `--libdir` is set independently of the `--prefix`. This is actually quite annoying because it's not discoverable and when you do discover it you've got to set the libdir along with the prefix on the command line or in the config file. Apparently there was some reason why it is done this way. We should find out what that reason is and determine if it is valid and if so if there is any way to make it work in a less annoying way. If we think it will not break anything then changing the default is trivial. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/466> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

patch applied (cabal): Add parenthesis to macros in cabal_macros.h
by Duncan Coutts 29 Dec '09

29 Dec '09

Mon Dec 28 18:33:58 PST 2009 Antoine Latter <aslatter(a)gmail.com> * Add parenthesis to macros in cabal_macros.h Ignore-this: 5c5e7244d10bcd82da2cbf4432b30a6d Now this like "#if !MIN_VERSION_base(4,2,0)" will work M ./Distribution/Simple/Build/Macros.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091229023358-57875-e23efd87…

1 0

[Hackage] #621: Generated CPP macros need parens
by Hackage 29 Dec '09

29 Dec '09

#621: Generated CPP macros need parens ----------------------------------+----------------------------------------- Reporter: AntoineLatter | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- CPP directives such as: {{{ #if !MIN_VERSION_foo(1,2,3) }}} don't work, as the expanded version of MIN_VERSION_foo(x,y,z) does not include enclosing parenthesis. I can always do: {{{ #if !(MIN_VERSION_foo(1,2,3)) }}} but that's irritating. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/621> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): Make the datadir follow the $prefix on Windows
by Duncan Coutts 28 Dec '09

28 Dec '09

Mon Dec 28 08:50:56 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Make the datadir follow the $prefix on Windows Ignore-this: ce33a328dbf2d1e419cf6e5047bff091 This is slightly experimental, we'll see how it goes. See ticket #466. M ./Distribution/Simple/InstallDirs.hs -5 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091228165056-adfee-16ab1ade…

1 0

patch applied (cabal-install): Change the default config on Windows to per-user installs
by Duncan Coutts 28 Dec '09

28 Dec '09

Mon Dec 28 08:54:11 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Change the default config on Windows to per-user installs Ignore-this: afccc874f09efd2b8298ee01163c0462 Slightly experimental. We should look out for unexpected consequences. M ./Distribution/Client/Config.hs -7 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20091228165411-adfee-…

1 0

Default install locations on Windows
by Duncan Coutts 27 Dec '09

27 Dec '09

All, For Cabal packages our default install locations on Windows are a bit of a mess. Firstly we do global installs by default. This used to make sense on Windows XP when everyone had admin permissions. It no longer makes sense for Vista or Windows 7. See this recent horror story from a new user: http://haskell.org/pipermail/haskell-cafe/2009-December/071310.html I've talked for a while about switching the default to per-user installs on Windows: http://hackage.haskell.org/trac/hackage/ticket/465 Now I'm not a regular Windows user so I would like some expert advice from Windows Haskell hackers. Specifically, are the default locations and layout for per-user installs OK? A related problem is that historically we tried to fudge things so that packages could be mostly relocatable by default. This is because Windows tends to make greater use of relocatable packages (giving users a choice of location at install time). There is a problem with relocatable packages that depend on libraries that contain data files: http://hackage.haskell.org/trac/hackage/ticket/466 My proposed solution for this is to not do anything special about data files for windows and use the same directory layout as on Unix. That is, change: datadir = case buildOS of Windows | hasLibs -> windowsProgramFilesDir </> "Haskell" | otherwise -> "$prefix" _other -> "$prefix" </> "share", to datadir = case buildOS of Windows -> "$prefix" _other -> "$prefix" </> "share", BTW, why do we not want the "share" subdir? It means currently we end up with a per-package directory at the top level containing the data files for that package. So then the per-user install locations on Windows 7 would be: prefix: C:\Users\${USER}\AppData\Roaming\cabal bindir: $prefix\bin libdir: $prefix libsubdir: $pkgid\$compiler libexecdir: $prefix\$pkgid datadir: $prefix datasubdir: $pkgid docdir: $prefix\doc\$pkgid htmldir: $docdir\html haddockdir: $htmldir Then separately I think we need explicit support for constructing prefix independent packages which could check for these issues. eg: cabal configure --prefix-independent Duncan

1 0

patch applied (cabal): Implement support for hugs and nhc98 package databases
by Duncan Coutts 23 Dec '09

23 Dec '09

Wed Dec 23 15:35:57 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Implement support for hugs and nhc98 package databases Ignore-this: aa12e2a278e89544ead82d7c8d3b325a That is, work out which packages are installed for hugs and nhc98. In both cases there is special support for the core packages. In future both should use the standard method when they supply proper installed package info files for the bundled libraries. M ./Distribution/Simple/Configure.hs -10 +3 M ./Distribution/Simple/Hugs.hs -10 +137 M ./Distribution/Simple/NHC.hs -9 +140 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091223233557-adfee-ba2aa542…

1 1

patch applied (cabal): Simplify getInstalledPackages and callers
by Duncan Coutts 23 Dec '09

23 Dec '09

Wed Dec 23 15:48:57 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Simplify getInstalledPackages and callers Ignore-this: 7927e992e0b040347dc24530219eb8eb No longer returns Maybe, we can find installed packages for all the compilers we support (and this feature is a requirement for support for new compilers). This is an API change so cannot merge to Cabal-1.8.x branch. M ./Distribution/Simple/Configure.hs -42 +17 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091223234857-adfee-fea71652…

1 0

patch applied (cabal): Find the version of hugs
by Duncan Coutts 23 Dec '09

23 Dec '09

Tue Dec 22 09:54:15 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Find the version of hugs This is really hard and rather nasty. M ./Distribution/Simple/Hugs.hs -6 +43 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091222175415-adfee-1eb64406…

1 0