January 2009 - cabal-devel

[Hackage] #473: Cabal-1.6 does not work on Windows with ghc-6.6.x
by Hackage 22 Jan '09

22 Jan '09

#473: Cabal-1.6 does not work on Windows with ghc-6.6.x ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.6.1 Platform: Windows | ----------------------------------+----------------------------------------- http://haskell.org/pipermail/cabal-devel/2009-January/004622.html The problem is the `writeFileAtomic` function calls the compat version of `openNewBinaryFile` and that fails on Windows with ghc-6.6. Specifically it is the `fdToHandle` that throws the exception. The crux is: {{{ fd <- withCString filepath $ \ f -> c_open f oflags 0o666 h <- fdToHandle (fromIntegral fd) }}} However `fdToHandle` fails with the exception {{{ fdGetMode: invalid argument }}} This is because in ghc-6.6.x, the `fdToHandle` calls `fdGetMode` and passes the result to `openFd`: {{{ fdToHandle :: FD -> IO Handle fdToHandle fd = do mode <- fdGetMode fd let fd_str = "<file descriptor: " ++ show fd ++ ">" openFd fd Nothing False{-XXX!-} fd_str mode True{-bin mode-} }}} However `fdGetMode` is described thusly: {{{ fdGetMode fd = do #if defined(mingw32_HOST_OS) || defined(__MINGW32__) -- XXX: this code is *BROKEN*, _setmode only deals with O_TEXT/O_BINARY }}} Note that the `openBinaryTempFile` function does not call `fdToHandle`, instead it bypasses it and calls `openFd` directly. The `openFd` function is exported from `GHC.Handle` so we could use it in `Distribution.Compat.TempFile` -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/473> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): Fix openNewBinaryFile on Windows with ghc-6.6
by Duncan Coutts 22 Jan '09

22 Jan '09

Thu Jan 22 09:21:00 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix openNewBinaryFile on Windows with ghc-6.6 fdToHandle calls fdGetMode which does not work with ghc-6.6 on windows, the workaround is not to call fdToHandle, but call openFd directly. Bug reported by Alistair Bayley, ticket #473. M ./Distribution/Compat/TempFile.hs +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090122172100-adfee-87f2e4f0…

1 0

[Hackage] #362: Disallow uploads of libraries that provide binaries called 'test' and similar
by Hackage 22 Jan '09

22 Jan '09

#362: Disallow uploads of libraries that provide binaries called 'test' and similar ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Some libraries (example, haskore), provide an executable called 'test' or 'Test' or other similarly named private test programs. These are however installed onto the users system, or prevented from doing so, as they conflict with /usr/bin/test uploading should prevent and warn if people use unix builtin names as executables, particularly 'test'. -- don stewart -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/362> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #395: Warn about dependencies like parsec <= 2.1.0.0
by Hackage 22 Jan '09

22 Jan '09

#395: Warn about dependencies like parsec <= 2.1.0.0 ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.3 Platform: | ----------------------------------+----------------------------------------- Cabal should warn about dependencies like `parsec <= 2.1.0.0`. It's almost certainly a mistake given the conventional semantics of version numvers. Something like `foo < 2.0` is quite common and it's relatively harmless so there's probably no point in warning. On the other hand `foo < 2.0.0` is weird. It says `foo-2.0` is ok, but `foo-2.0.0` or `foo-2.0.0.1` is not. Something like `foo <= 2.0` is a definately weird though since it excludes bug fixes like `foo-2.0.0.1` -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/395> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #177: Include-dirs, extra-lib-dirs with spaces doesn't work under Windows
by Hackage 22 Jan '09

22 Jan '09

#177: Include-dirs, extra-lib-dirs with spaces doesn't work under Windows ----------------------+----------------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Windows | ----------------------+----------------------------------------------------- Trying to build the HDBC-PostGreSQL database driver[1] revealed some poor handling of pathames under Windows. The package requires that the paths to postgre header and libraries files be added to the .cabal file. My initial attempt was the obvious: {{{ include-dirs: C:\Program Files\PostgreSQL\8.2\include, C:\Program Files\PostgreSQL\8.2\include\server, . extra-lib-dirs: C:\Program Files\PostgreSQL\8.2\include, C:\Program Files\PostgreSQL\8.2\include\server }}} However, the package would not build. The include files "pg_config.h" and some others were not found. Using single or double quotes did not help. Finally, I moved the installation to "C:\pgsql" and updated the .cabal file: {{{ include-dirs: C:\pgsql\include, C:\pgsql\include\server, . extra-lib-dirs: C:\pgsql\lib }}} And the package built. It seems the spaces in the first path caused the problem. For reference, this it the configure output on my machine: {{{ Configuring HDBC-postgresql-1.0.1.0... configure: Dependency base-any: using base-2.1.1 configure: Dependency mtl-any: using mtl-1.0.1 configure: Dependency HDBC>=1.0.0: using HDBC-1.0.1 configure: Dependency parsec-any: using parsec-2.0 configure: Using install prefix: C:\Program Files configure: Binaries installed in: C:\Program Files\Haskell\bin configure: Libraries installed in: C:\Program Files\Haskell\HDBC- postgresql-1.0.1.0\ghc-6.6.1 configure: Private binaries installed in: C:\Program Files\HDBC- postgresql-1.0.1.0 configure: Data files installed in: C:\Program Files\Common Files\HDBC- postgresql-1.0.1.0 configure: Using compiler: c:\ghc\ghc-6.6.1\bin\ghc.exe configure: Compiler flavor: GHC configure: Compiler version: 6.6.1 configure: Using package tool: c:\ghc\ghc-6.6.1\bin\ghc-pkg.exe configure: Using ar found on system at: c:\ghc\ghc-6.6.1\bin\ar.exe configure: Using haddock found on system at: C:\haddock\haddock-0.8\haddock.exe configure: No pfesetup found configure: Using ranlib found on system at: c:\MinGW\bin\ranlib.exe configure: Using runghc found on system at: c:\ghc\ghc-6.6.1\bin\runghc.exe configure: Using runhugs found on system at: C:\Program Files\WinHugs\runhugs.exe configure: No happy found configure: No alex found configure: Using hsc2hs: c:\ghc\ghc-6.6.1\bin\hsc2hs.exe configure: No c2hs found configure: No cpphs found configure: No greencard found }}} Feel free to email me at jgbailey AT gmail DOT com for more info. [1] Version 1.0.1.0 available at http://hackage.haskell.org/cgi-bin /hackage-scripts/package/HDBC-postgresql-1.0.1.0. HDBC is also required. I used 1.0.1, available at http://hackage.haskell.org/cgi-bin/hackage- scripts/package/HDBC-1.0.1. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/177> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 10

[Hackage] #317: filter -threaded when profiling is on
by Hackage 21 Jan '09

21 Jan '09

#317: filter -threaded when profiling is on ----------------------------+----------------------------------------------- Reporter: gbacon | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- As a service to the community, please filter -threaded when profiling is on. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/317> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

darcs patch: fixes #317 (filter -threaded when profiling is on)
by gleb.alexeev＠gmail.com 21 Jan '09

21 Jan '09

Fri Jan 16 19:08:05 EET 2009 gleb.alexeev(a)gmail.com * fixes #317 (filter -threaded when profiling is on)

2 1

patch applied (cabal): filter -threaded when profiling is on
by Duncan Coutts 21 Jan '09

21 Jan '09

Wed Jan 21 17:44:25 PST 2009 Duncan Coutts <duncan(a)haskell.org> * filter -threaded when profiling is on Fixes #317. Based on a patch by gleb.alexeev(a)gmail.com M ./Distribution/Simple/GHC.hs -1 +15 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090122014425-adfee-6f9f8594…

1 0

patch applied (cabal): Move installDataFiles out of line to match installIncludeFiles
by Duncan Coutts 21 Jan '09

21 Jan '09

Wed Jan 21 16:53:18 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Move installDataFiles out of line to match installIncludeFiles M ./Distribution/Simple/Install.hs -8 +16 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090122005318-adfee-af3acbf6…

1 0

patch applied (cabal): Fix installIncludeFiles to create target directories properly
by Duncan Coutts 21 Jan '09

21 Jan '09

Wed Jan 21 16:48:36 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix installIncludeFiles to create target directories properly Previously for 'install-includes: subdir/blah.h' we would not create the subdir in the target location. M ./Distribution/Simple/Install.hs -13 +17 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090122004836-adfee-69f6c869…

1 0