December 2011 - cabal-devel

[Hackage] #887: "cabal sdist" fails if a test suite has "other-modules: Paths_pkg"
by Hackage 05 Jan '12

05 Jan '12

#887: "cabal sdist" fails if a test suite has "other-modules: Paths_pkg" ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- For example, for the skein package I can't specify {{{ Test-suite runtests Type: exitcode-stdio-1.0 Other-modules: Paths_skein }}} I want to do so because there is a file used as test data for the tests. The file is specified inside {{{Data-files}}}. But, if I do so, I get: {{{ $ cabal sdist Building source dist for skein-0.1... cabal: Error: Could not find module: Paths_skein with any suffix: ["gc","chs","hsc","x","y","ly","cpphs","hs","lhs"] }}} Note that the resulting executable {{{runtests}}} works, and {{{cabal test}}} works as well. Note also that {{{Other-modules: Paths_skein}}} works on the {{{Library}}}, it fails only on the {{{Test-suite}}}. I've include a (hopefully) minimal test case. {{{ $ cabal configure --enable-tests Resolving dependencies... Configuring test-case-0.1... $ cabal build Preprocessing library test-case-0.1... Preprocessing test suites for test-case-0.1... Building test-case-0.1... Registering test-case-0.1... [1 of 2] Compiling Paths_test_case ( dist/build/autogen/Paths_test_case.hs, dist/build/runtests/runtests- tmp/Paths_test_case.o ) [2 of 2] Compiling Main ( test.hs, dist/build/runtests /runtests-tmp/Main.o ) Linking dist/build/runtests/runtests ... $ cabal test Running 1 test suites... Test suite runtests: RUNNING... Test suite runtests: PASS Test suite logged to: dist/test/test-case-0.1-runtests.log 1 of 1 test suites (1 of 1 test cases) passed. $ cabal sdist Distribution quality errors: No 'synopsis' or 'description' field. Distribution quality warnings: When distributing packages it is encouraged to specify source control information in the .cabal file using one or more 'source-repository' sections. See the Cabal user guide for details. Note: the public hackage server would reject this package. Building source dist for test-case-0.1... cabal: Error: Could not find module: Paths_test_case with any suffix: ["gc","chs","hsc","x","y","ly","cpphs","hs","lhs"] }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/887> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #878: Install rsync on hackage.haskell.org
by Hackage 05 Jan '12

05 Jan '12

#878: Install rsync on hackage.haskell.org --------------------------------+------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: hackageDB website | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | --------------------------------+------------------------------------------- I keep a local copy of the HackageDB, which I construct by downloading archive.tar and 00-index.tar.gz on occasion. This is kind of wasteful of bandwidth for me and the hackage.haskell.org server. My proposed solution is to install rsync on hackage.haskell.org in daemon mode, and configure it to serve the HaskellDB archive (or archive.tar and 00-index.tar.gz). This would allow users to download only the differences between their local copy and the official repository's copy. http://everythinglinux.org/rsync/ contains a sample rsync daemon configuration. It looks relatively straight forward to set up. Also, I would suggest that the front page's "Getting the Raw Data" section should contain a sample rsync command line invocation users can use to differentially mirror the archive. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/878> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #877: Cabal config breaks on Windows with username "{"
by Hackage 05 Jan '12

05 Jan '12

#877: Cabal config breaks on Windows with username "{" ------------------------------+--------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: major | Keywords: escaping Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- I can't do anything because my username is "{". Either the parsing is being done incorrectly or the config file was generated incorrectly. I named myself this deliberately to see if any software would break; kind of sad that the one thing that broke so far is cabal, thought you would know better... My config file is attached. C:\Program Files (x86)\Console2>cabal --version cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library C:\Program Files (x86)\Console2>cabal update Warning: Error parsing config file C:\Users\{\AppData\Roaming\cabal\config:46: opening brace '{'has no matching closing brace '}' Warning: Using default configuration. Downloading the latest package list from hackage.haskell.org -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/877> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #892: Generated Paths file causes warnings
by Hackage 05 Jan '12

05 Jan '12

#892: Generated Paths file causes warnings ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- With GHC 7.2.1 I get: {{{ [ 9 of 33] Compiling Paths_hlint (d ist\build\autogen\Paths_hlint.hs, dist\ build\Paths_hlint.o ) Implicit import declaration: Warning: In the use of `catch' (imported from Prelude, but defined in System.IO.Error): Deprecated: "Please use the new exceptions variant, Control.Exception.catch" }}} My versions are: {{{ $ cabal --version cabal-install version 0.10.2 using version 1.10.1.0 of the Cabal library }}} The paths file should be fixed, and should also probably put out a flag to ignore all warnings at the top - generated and unmodifiable code should not be giving out warnings. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/892> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #863: Can't pass extra arguments to c2hs
by Hackage 05 Jan '12

05 Jan '12

#863: Can't pass extra arguments to c2hs ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.1.0 Severity: normal | Keywords: c2hs, arguments Difficulty: unknown | Ghcversion: Platform: Mac OS | ---------------------------------+------------------------------------------ With cabal-install 0.10.2, I am no longer able to pass extra arguments to c2hs. When invoked as: {{{ cabal install -O --c2hs-option=--cppopts=-U__BLOCKS__ --c2hs-options="-- dump=trace" -v }}} c2hs is then called as {{{ /Users/localuser/.cabal/bin/c2hs --cpp=/usr/bin/gcc --cppopts=-E --cppopts=-D__GLASGOW_HASKELL__=700 --cppopts=-Ddarwin_BUILD_OS --cppopts=-Ddarwin_HOST_OS --cppopts=-Dx86_64_BUILD_ARCH --cppopts=-Dx86_64_HOST_ARCH --cppopts=-Icbits --cppopts=-DUSE_SSE2 --include=dist/build --cppopts=-I/Users/localuser/.cabal/lib/vector-0.7.0.1/ghc-7.0.4/include --cppopts=-I/Users/localuser/.cabal/lib/primitive-0.3.1/ghc-7.0.4/include --cppopts=-I/opt/local/include/ --cppopts=-I/usr/local/lib/ghc-7.0.4/base-4.3.1.0/include --cppopts=-I/usr/local/lib/ghc-7.0.4/include --cppopts=-I/usr/local/lib/ghc-7.0.4/include --output-dir=dist/build --output=Sound/Barnet/BandedLib.hs src/Sound/Barnet/BandedLib.chs --cppopts=-U__BLOCKS__ --dump=trace }}} The extra arguments are appended to the end of the call, however c2hs (at least c2hs-0.16.3) requires that the .chs binding file come after all options. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/863> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #893: Bad cabal build error message with mangled top of file
by Hackage 05 Jan '12

05 Jan '12

#893: Bad cabal build error message with mangled top of file ------------------------------+--------------------------------------------- Reporter: rrnewton | Owner: Type: defect | Status: new Priority: low | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- I accidentally executed an Emacs keystroke that switched tokens around and mangled the top of my file: {-# Language BangPatterns, CPP #-} # OPTIONS_GHC {--fno-warn-name-shadowing -fwarn-unused-imports #-} When GHC is run directly on this file it gives a sensible error message Control/Monad/Par/Stream.hs:1:36: parse error on input `#' But when building through cabal build it looks like there is a module- name-finding heuristic that is failing (and defaulting to Main), resulting in this weird error message: Building monad-par-0.1.0.2... Control/Monad/Par/Stream.hs:1:1: File name does not match module name: Saw: `Main' Expected: `Control.Monad.Par.Stream' Which really caused me to scratch my head when I saw it ;-). ("No where does it say Main!!") I was afraid I had messed up paths and was loading a different version of the file from another directory or something... -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/893> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #870: hsc2hs should include cabal_macros.h
by Hackage 05 Jan '12

05 Jan '12

#870: hsc2hs should include cabal_macros.h ----------------------------------+----------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.1.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- I need to use the `MIN_VERSION_base(x,y,z)` macro in one of my `.hsc` files. However, when building the package with cabal, I get an error that the macro is unknown. It would be great if `cabal_macros.h` was automatically included. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/870> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #891: Allow unknown fields in .cabal with X- at front
by Hackage 05 Jan '12

05 Jan '12

#891: Allow unknown fields in .cabal with X- at front ------------------------------+--------------------------------------------- Reporter: zzo38 | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- I have suggestion allowing unknown fields in a .cabal file, and if they are named with X- at front, they will not have warning message, and will be ignored if they are not understand. It should also do similar thing with sections named with X- at front, where, it if it doesn't understand that section, it ignore entire section with no warning/error (regardless of field names), but if it can use that section, it is still warnings for unknown fields in that section without X- at front. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/891> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #890: Base library build fails with detailed build reporting
by Hackage 05 Jan '12

05 Jan '12

#890: Base library build fails with detailed build reporting ---------------------------------+------------------------------------------ Reporter: batterseapower | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ If you turn on detailed build reports with `--build-log=foo.log` then cabal-install uses the external setup method for a package rather than the internal setup method. If you try to use the external setup method with the "base" package then compiling the setup executable like this fails: {{{ /usr/bin/ghc -v --make ./dist/setup/setup.hs -o ./dist/setup/setup -odir ./dist/setup -hidir ./dist/setup -i -i. -package-conf /Users/mbolingbroke/Programming/Checkouts/hackage-server/hackage-build /build-cache/local.conf.d -package Cabal-1.10.2.0 }}} The reason is that the base package exports a Prelude module which is erroneously picked up when compiling Setup.hs in preference to the Prelude exported by the installed base library. This manifests as: {{{ *** Chasing dependencies: Chasing modules from: *dist/setup/setup.hs Prelude.hs:38:2: lexical error at character 'i' }}} (Because the Prelude in the base module uses CPP) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/890> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #724: Add getDataDirectory function to Paths_pkgname
by Hackage 05 Jan '12

05 Jan '12

#724: Add getDataDirectory function to Paths_pkgname ----------------------------+----------------------------------------------- Reporter: tommd | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.3 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Some libraries and programs have a large number of files. Instead of having explicit knowledge of each file (and instead of using a mutation on the result of getDataFilename) there should be a "getDataDirectory" or a "getDataDirectoryContents": getDataDirectoryContents = getDataDirectory >>= getDirectoryContents -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/724> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4