- cabal-devel - Haskell.org

Re: [Hackage] #504: executables with a C main function
by Hackage 12 Oct '11

12 Oct '11

#504: executables with a C main function ------------------------------+--------------------------------------------- Reporter: duncan | Owner: dankna Type: enhancement | Status: assigned Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: | ------------------------------+--------------------------------------------- Changes (by waldheinz): * cc: waldheinz@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/504#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): "Build executable benchmarks" and 1 others
by Johan Tibell 12 Oct '11

12 Oct '11

Wed Oct 12 07:30:34 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Build executable benchmarks Benchmarks are treated just like test suites in that a dummy Executable is created and built. M ./cabal/Distribution/Simple/Build.hs -1 +22 M ./cabal/Distribution/Simple/LocalBuildInfo.hs +3 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Wed Oct 12 08:41:38 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Add unit test for building benchmarks A ./cabal/tests/PackageTests/BenchmarkExeV10/ A ./cabal/tests/PackageTests/BenchmarkExeV10/Check.hs A ./cabal/tests/PackageTests/BenchmarkExeV10/Foo.hs A ./cabal/tests/PackageTests/BenchmarkExeV10/Setup.hs A ./cabal/tests/PackageTests/BenchmarkExeV10/benchmarks/ A ./cabal/tests/PackageTests/BenchmarkExeV10/benchmarks/bench-Foo.hs A ./cabal/tests/PackageTests/BenchmarkExeV10/my.cabal M ./cabal/tests/suite.hs -1 +4 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

First benchmark section support patches pushed
by Johan Tibell 11 Oct '11

11 Oct '11

Hi all, I just pushed 5 patches containing the beginnings of an implementation of a new 'benchmark' section: Tue Oct 11 15:28:49 NDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Add a Benchmark data type for representing 'benchmark' sections Tue Oct 11 16:45:15 NDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Parse 'benchmark' sections and handle configurations (flags) for benchmarks Tue Oct 11 16:53:49 NDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Parse the --{enable,disable}-benchmarks command line flag Tue Oct 11 17:18:38 NDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Implement 'configure' and preprocessing for benchmarks Tue Oct 11 17:28:47 NDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Add unit test for benchmark section I've implemented everything up to (and including) 'configure'. I've also added a unit test. Next up is actual build support and a few things surrounding tarball generation, installation, etc. Cheers, Johan

1 0

patch applied (cabal): "Add a Benchmark data type for representing 'benchmark' sections" and 4 others
by Johan Tibell 11 Oct '11

11 Oct '11

Tue Oct 11 10:58:49 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Add a Benchmark data type for representing 'benchmark' sections M ./cabal/Distribution/PackageDescription.hs -4 +119 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Tue Oct 11 12:15:15 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Parse 'benchmark' sections and handle configurations (flags) for benchmarks M ./cabal/Distribution/PackageDescription.hs -2 +26 M ./cabal/Distribution/PackageDescription/Configuration.hs -22 +56 M ./cabal/Distribution/PackageDescription/Parse.hs -14 +143 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Tue Oct 11 12:23:49 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Parse the --{enable,disable}-benchmarks command line flag M ./cabal/Distribution/Simple/Setup.hs -2 +10 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Tue Oct 11 12:48:38 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Implement 'configure' and preprocessing for benchmarks M ./cabal/Distribution/Simple/Configure.hs -4 +14 M ./cabal/Distribution/Simple/LocalBuildInfo.hs -11 +28 M ./cabal/Distribution/Simple/PreProcess.hs -6 +18 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Tue Oct 11 12:58:47 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Add unit test for benchmark section M ./cabal/Cabal.cabal +1 A ./cabal/tests/PackageTests/BenchmarkStanza/ A ./cabal/tests/PackageTests/BenchmarkStanza/Check.hs A ./cabal/tests/PackageTests/BenchmarkStanza/Setup.hs A ./cabal/tests/PackageTests/BenchmarkStanza/my.cabal M ./cabal/tests/suite.hs -1 +5 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

Some Cabal unit tests failing
by Johan Tibell 11 Oct '11

11 Oct '11

Hi, Quite a few of Cabal's unit tests are currently failing. Anyone care to take a look? $ ./dist/build/unit-tests/unit-tests Cabal test suite - testing cabal version 1.11.2 PackageTests/BuildDeps/SameDepsAllRound/: : [OK] PackageTests/BuildDeps/GlobalBuildDepsNotAdditive1/: : [Failed] Failed: cabal error should be "Failed to load interface for `Prelude'" PackageTests/BuildDeps/GlobalBuildDepsNotAdditive2/: : [Failed] Failed: cabal error should be "Failed to load interface for `Prelude'" PackageTests/BuildDeps/InternalLibrary0/: : [OK] PackageTests/TestStanza/: : [OK] PackageTests/TestSuiteExeV10/Test: : [OK] PackageTests/TestSuiteExeV10/TestWithHpc: : [OK] PackageTests/TestOptions: : [OK] PackageTests/BenchmarkStanza/: : [OK] PackageTests/BuildDeps/TargetSpecificDeps1/: : [OK] PackageTests/BuildDeps/TargetSpecificDeps2/: : [OK] PackageTests/BuildDeps/TargetSpecificDeps3/: : [OK] PackageTests/BuildDeps/InternalLibrary1/: : [OK] PackageTests/BuildDeps/InternalLibrary2/: : [Failed] Failed: executable should have linked with the internal library expected: "myLibFunc internal" but got: "" PackageTests/BuildDeps/InternalLibrary3/: : [Failed] Failed: executable should have linked with the internal library expected: "myLibFunc internal" but got: "" PackageTests/BuildDeps/InternalLibrary4/: : [Failed] Failed: executable should have linked with the installed library expected: "myLibFunc installed" but got: "" Test Cases Total Passed 11 11 Failed 5 5 Total 16 16

1 0

R.e: Including object files in Cabal packages
by Dave Tapley 11 Oct '11

11 Oct '11

I know it's going a long way back, but did you ever find a resolution to this? http://www.haskell.org/pipermail/cabal-devel/2009-June/005396.html Context: In my project the compilation of the C++ takes a long time (I'm working on wxHaskell) and I'm trying to avoid having to rebuild everything each time I make a change to the library. I've already written some code which will filter my "c-sources" of files which haven't changed since the last build (it uses gcc -M [1] for dependency tracking and stores the modified times in a file; I know, gcc dependant, I'm sorry). So now it doesn't recompile .cpps unless it has to, and all the .o files are sat waiting to be linked in "/dist/build/src/cpp/", but, of course they are not linked in to the library because they aren't in "c-sources". Dave, [1] http://gcc.gnu.org/onlinedocs/cpp/Invocation.html

1 0

Re: [Hackage] #266: cabal haddock plus cpp preprocessing with relative #include files
by Hackage 11 Oct '11

11 Oct '11

#266: cabal haddock plus cpp preprocessing with relative #include files ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Changes (by rrnewton): * cc: rrnewton@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/266#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #266: cabal haddock plus cpp preprocessing with relative #include files
by Hackage 11 Oct '11

11 Oct '11

#266: cabal haddock plus cpp preprocessing with relative #include files ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Comment(by rrnewton): I just tripped across this problem with cabal-install 0.10.2 and haddock 2.9.2. I'm not sure if this means it hasn't been fixed or wasn't covered by the fix mentioned above (2.5 years ago). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/266#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (/home/srv/code/hackage-server): "Remove most of the package checks for the mirroring case"
by duncan＠lun.haskell.org 10 Oct '11

10 Oct '11

Mon Oct 10 09:17:13 BST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Remove most of the package checks for the mirroring case Ignore-this: 6d2f4928f44edccad3cd34cc7898de93 For mirroring, we have to be able to upload packages that would fail the current QA checks. M ./Distribution/Server/Features/Mirror.hs -1 +1 M ./Distribution/Server/Packages/Unpack.hs -14 +16

1 0

patch applied (/home/srv/code/hackage-server): "Implement robust continuous/live mirroring"
by duncan＠lun.haskell.org 10 Oct '11

10 Oct '11

Sun Oct 9 21:30:32 BST 2011 Duncan Coutts <duncan(a)well-typed.com> * Implement robust continuous/live mirroring Ignore-this: f8efccf223a32f39a7d7fc1cfa599413 The HTTP error handling infrastructure is substantially changed. Unfortunately this means it's not shared with the build bot client anymore. That can be re-shared later. M ./Distribution/Client.hs -3 +4 M ./MirrorClient.hs -59 +726 M ./hackage-server.cabal -1 +1

1 0