July 2011 - cabal-devel

[Hackage] #814: Avoid orphan flexible instances in Cabal-TestSuite documentation
by Hackage 05 Jan '12

05 Jan '12

#814: Avoid orphan flexible instances in Cabal-TestSuite documentation ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: User guide | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- The example code shown in http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test- suites needs FlexibleInstances, and the instance is orphan, too. Although this code is not intended to be used in most packages, it still looks like those instances are necessary or at least good style. I suggest to replace the generic pair by a custom data type like {{{ data TestCase = TestCase String Bool instance TestOptions TestCase where ... }}} in the documentation. Since Cabal is a widely used library, it has automatically an educational aspect. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/814> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #766: hackage build logs gone missing?
by Hackage 05 Jan '12

05 Jan '12

#766: hackage build logs gone missing? --------------------------------+------------------------------------------- Reporter: claus | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | --------------------------------+------------------------------------------- It seems that build logs are no longer linked from package pages (used to be linked from the `built on` entries, iirc), such as: http://hackage.haskell.org/package/haddock Also, the `latest/` directory has `doc/`, but not `logs/`, while the archived versioned directory has both: http://hackage.haskell.org/packages/archive/haddock/latest/ http://hackage.haskell.org/packages/archive/haddock/2.8.1/ And, since I've more than once confused myself with that directory structure (`package` singular, but `packages/archive` plural? why the different prefix, where a version number postfix should be enough? why both `http://hackage.haskell.org/package/haddock-2.8.0` and `http://hackage.haskell.org/packages/archive/haddock/2.8.0/`?), could that be simplified (or, at least, a link be provided from the `package`-entry to the shadow-hierarchy `packages/archive`)? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/766> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #791: Large libraries not installable on OS X
by Hackage 05 Jan '12

05 Jan '12

#791: Large libraries not installable on OS X -----------------------------+---------------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Mac OS | -----------------------------+---------------------------------------------- For example: {{{ cabal unpack highlighting-kate-0.2.8.1 cd highlighting-kate-0.2.8.1 ghc --make Setup.hs ./Setup configure ./Setup build }}} This fails: {{{ ld: scattered reloc r_address too large for inferred architecture i386 }}} The underlying reason is that Cabal is trying to create an object file for use with GHCi, but that is not possible (see http://hackage.haskell.org/trac/ghc/ticket/3260) Cabal's GHC.hs should not use combineObjectFiles on with GHC >= 7 and OS X. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/791> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

4 15

[Hackage] #808: Cabal fails to compile with undefined reference to `resTimerSignal'
by Hackage 05 Jan '12

05 Jan '12

#808: Cabal fails to compile with undefined reference to `resTimerSignal' ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.8.0.6 Severity: major | Keywords: compile Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ----------------------------+----------------------------------------------- When compiling Cabal-1.8.0.4 from source with `ghc --make Setup.hs', it fails on the linking step with: /home/me/.cabal/lib/unix-2.4.2.0/ghc-6.12.1/libHSunix-2.4.2.0.a(Signals.o): In function `spzw_info': (.text+0x4d14): undefined reference to `rtsTimerSignal' -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/808> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #831: Strange message
by Hackage 05 Jan '12

05 Jan '12

#831: Strange message ---------------------------------+------------------------------------------ Reporter: Ptharien's Flame | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: base, cabal, install, ghc, version, no Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ I just entered this at my terminal prompt: {{{ sudo cabal install -g ObjectIO }}} And its only output was: {{{ Resolving dependencies... cabal: There is no installed version of base }}} This problem occurs with any package, not just ObjectIO. {{{ sudo cabal --version }}} returns {{{ cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library }}} I am working on a 2011 i7 quad-core MacBook Pro running Mac OS X 10.6.7 (Snow Leopard) and using the Haskell Platform 2011.2.0 (March 2011) with a separately pre-built x86_64 binary GHC 7.0.3. Please help. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/831> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #832: Cabal aggregates dependencies for executables
by Hackage 05 Jan '12

05 Jan '12

#832: Cabal aggregates dependencies for executables ----------------------------+----------------------------------------------- Reporter: juhp | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I discovered over the weekend while trying to subpackage bluetile, that Cabal seems to aggregate dependencies of executables. For example http://hackage.haskell.org/packages/archive/bluetile/0.5.3/bluetile.cabal generates several executables. Some depend on gtk, others not, and yet Cabal passes "--package-id gtk-..." to "ghc --make" for all of them and as a result the bluetile program (which doesn't depend on gtk) gets linked against gtk (and glade), leading to executable/dependency bloat. Only the executables that are listed with explicit build-depends on gtk should be linked against the gtk package, etc. I will try to dig into the source later and maybe even cook up a patch if I can: a code pointer would be appreciated. I assume Cabal is currently just accumulating all the build-depends which is sub-optimal. (Arguably ghc shouldn't link unused libraries to executables either, though I think that is pretty standard compiler behaviour. But I can file a bug against ghc too if appropriate.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/832> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #830: Use wide Windows APIs in Cabal
by Hackage 05 Jan '12

05 Jan '12

#830: Use wide Windows APIs in Cabal -----------------------------+---------------------------------------------- Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | -----------------------------+---------------------------------------------- As part of my work on GHC's Unicode support (http://hackage.haskell.org/trac/ghc/wiki/Status/Encoding-Tickets) I identified some potential Unicode problems in Cabal install. The attached patch resolves them: 1. Use wide (UTF-16) APIs to retrieve file paths 2. Use withFilePath (from base) when marshalling a file path, as this will do the Right Thing when my changes are committed, though it is functionally equivalent to withCAString right now. Patch attached. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/830> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #802: copy command should not overwrite files
by Hackage 05 Jan '12

05 Jan '12

#802: copy command should not overwrite files ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- see http://hackage.haskell.org/trac/ghc/ticket/4955 Cabal can inadvertently get users into situations where they have registered packages that do not match their package registration information. Consider the package darcs and darcs-fastconvert which depends on the darcs library. If one installs darcs, then later in the darcs build tree do a `cabal copy` then it will overwrite the library .hi files but not update the library registration. This will mean that subsequent builds of darcs-fastconvert will fail with very confusing error messages (see the ghc ticket above). A similar thing could happen with inplace registrations. The suggestion to avoid this problem is for `cabal copy` to refuse to overwrite .hi files (executables are fine). This is also partly related to #645 because some people are using `cabal copy` to avoid having to use `cabal install` which spends too long reconfiguring and checking nothing needs building before actually installing. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/802> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #801: MissingH won't upgrade
by Hackage 05 Jan '12

05 Jan '12

#801: MissingH won't upgrade ----------------------------+----------------------------------------------- Reporter: mcandre | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.3 Platform: Mac OS | ----------------------------+----------------------------------------------- Specs: * cabal-install 0.8.2 * Cabal 1.8.0.6 * GHC 6.12.3 * Mac OS X 10.6.6 * MacBook Pro 5,1 {{{ $ cabal upgrade missingh Resolving dependencies... Configuring regex-base-0.93.2... Preprocessing library regex-base-0.93.2... Building regex-base-0.93.2... [1 of 4] Compiling Text.Regex.Base.RegexLike ( Text/Regex/Base/RegexLike.hs, dist/build/Text/Regex/Base/RegexLike.o ) [2 of 4] Compiling Text.Regex.Base.Context ( Text/Regex/Base/Context.hs, dist/build/Text/Regex/Base/Context.o ) [3 of 4] Compiling Text.Regex.Base ( Text/Regex/Base.hs, dist/build/Text/Regex/Base.o ) [4 of 4] Compiling Text.Regex.Base.Impl ( Text/Regex/Base/Impl.hs, dist/build/Text/Regex/Base/Impl.o ) Registering regex-base-0.93.2... Installing library in /Users/andrew/.cabal/lib/regex- base-0.93.2/ghc-6.12.3 Registering regex-base-0.93.2... Configuring regex-posix-0.94.4... Preprocessing library regex-posix-0.94.4... Building regex-posix-0.94.4... [1 of 6] Compiling Text.Regex.Posix.Wrap ( dist/build/Text/Regex/Posix/Wrap.hs, dist/build/Text/Regex/Posix/Wrap.o ) [2 of 6] Compiling Text.Regex.Posix.String ( Text/Regex/Posix/String.hs, dist/build/Text/Regex/Posix/String.o ) [3 of 6] Compiling Text.Regex.Posix.Sequence ( Text/Regex/Posix/Sequence.hs, dist/build/Text/Regex/Posix/Sequence.o ) [4 of 6] Compiling Text.Regex.Posix.ByteString ( Text/Regex/Posix/ByteString.hs, dist/build/Text/Regex/Posix/ByteString.o ) [5 of 6] Compiling Text.Regex.Posix.ByteString.Lazy ( Text/Regex/Posix/ByteString/Lazy.hs, dist/build/Text/Regex/Posix/ByteString/Lazy.o ) [6 of 6] Compiling Text.Regex.Posix ( Text/Regex/Posix.hs, dist/build/Text/Regex/Posix.o ) Registering regex-posix-0.94.4... Installing library in /Users/andrew/.cabal/lib/regex- posix-0.94.4/ghc-6.12.3 Registering regex-posix-0.94.4... Configuring regex-compat-0.93.1... Preprocessing library regex-compat-0.93.1... Building regex-compat-0.93.1... [1 of 1] Compiling Text.Regex ( Text/Regex.hs, dist/build/Text/Regex.o ) Registering regex-compat-0.93.1... Installing library in /Users/andrew/.cabal/lib/regex- compat-0.93.1/ghc-6.12.3 Registering regex-compat-0.93.1... Configuring MissingH-1.1.0.3... Preprocessing library MissingH-1.1.0.3... Preprocessing executables for MissingH-1.1.0.3... Building MissingH-1.1.0.3... [ 1 of 47] Compiling System.Console.GetOpt.Utils ( src/System/Console/GetOpt/Utils.hs, dist/build/System/Console/GetOpt/Utils.o ) [ 2 of 47] Compiling System.Debian ( src/System/Debian.hs, dist/build/System/Debian.o ) [ 3 of 47] Compiling System.IO.WindowsCompat ( src/System/IO/WindowsCompat.hs, dist/build/System/IO/WindowsCompat.o ) [ 4 of 47] Compiling System.Posix.Consts ( src/System/Posix/Consts.hs, dist/build/System/Posix/Consts.o ) [ 5 of 47] Compiling System.IO.StatCompat ( src/System/IO/StatCompat.hs, dist/build/System/IO/StatCompat.o ) [ 6 of 47] Compiling System.IO.PlafCompat ( src/System/IO/PlafCompat.hs, dist/build/System/IO/PlafCompat.o ) [ 7 of 47] Compiling Data.Compression.Inflate ( src/Data/Compression/Inflate.hs, dist/build/Data/Compression/Inflate.o ) [ 8 of 47] Compiling Data.Hash.MD5.Zord64_HARD ( src/Data/Hash/MD5/Zord64_HARD.lhs, dist/build/Data/Hash/MD5/Zord64_HARD.o ) src/Data/Hash/MD5/Zord64_HARD.lhs:4:2: Bad interface file: /Users/andrew/.cabal/lib/haskell98-1.1.0.0/ghc-6.12.3/Word.hi Something is amiss; requested module haskell98:Word differs from name found in the interface file haskell98-1.1.0.0:Word cabal: Error: some packages failed to install: MissingH-1.1.0.3 failed during the building phase. The exception was: ExitFailure 1 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/801> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #800: Cabal won't update
by Hackage 05 Jan '12

05 Jan '12

#800: Cabal won't update ----------------------------+----------------------------------------------- Reporter: mcandre | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Specs: * cabal-install 0.8.2 * Cabal 1.8.0.6 * GHC 6.12.3 * Mac OS X 10.6.6 * !MacBook Pro 5,1 Trace: {{{ $ cabal update Downloading the latest package list from hackage.haskell.org Warning: The package list for 'hackage.haskell.org' is 20 days old. Run 'cabal update' to get the latest list of available packages. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/800> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3