August 2007 - cabal-devel

patch applied (cabal): Move GHC Makefile's .depend into dist/build
by Clemens Fruhwirth 28 Aug '07

28 Aug '07

Fri Aug 24 04:59:20 PDT 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Move GHC Makefile's .depend into dist/build M ./Distribution/Simple/GHC/Makefile.in -4 +4

1 0

patch applied (cabal): Add dynlibdir to InstallDirs
by Clemens Fruhwirth 28 Aug '07

28 Aug '07

Tue Aug 28 02:26:55 PDT 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Add dynlibdir to InstallDirs M ./Distribution/Simple/Install.hs -1 +2 M ./Distribution/Simple/InstallDirs.hs +3

1 0

dependency analysis
by Peter Gavin 28 Aug '07

28 Aug '07

Hello everyone, I was able to get dependency analysis working without touching a single Cabal source file. I've added a new module Distribution.Simple.DepBuild, and a new version of Setup.lhs named SetupDep.lhs. The only difference is that the buildHook is replaced. I added a few lines to the Makefile so all you need to do is type "make setup-dep ; ./setup-dep ...", and it should work. Please try it out. I've made the build messages print every command as it's run, as well as a few other cleanups. This is a new patch, not based on the previous one I sent. Pete

2 1

Helping out
by Simon (Vsevolod) Ilyushchenko 27 Aug '07

27 Aug '07

Hi, I'm just starting learning Haskell (went through a couple of tutorials and wrote simple examples), and I'm looking for a project to help out with. I've been pointed at recent Duncan's request for help - let me know what problems (simple for now) I can work on (Easy Tickets?). Thanks, Simon

4 9

Re: [Hackage] #118: Cabal eats leading '.'s from .cabal file
by Hackage 26 Aug '07

26 Aug '07

#118: Cabal eats leading '.'s from .cabal file -----------------------------+---------------------------------------------- Reporter: igloo(a)earth.li | Owner: ijones Type: defect | Status: closed Priority: high | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: fixed Keywords: | Ghcversion: 6.6 Difficulty: normal | Platform: Linux -----------------------------+---------------------------------------------- Changes (by duncan): * resolution: => fixed * status: new => closed Comment: Now fixed by not using normalize in a few places. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/118> Hackage <http://example.com/> My example project

1 0

patch applied (cabal): Move several modules under .Simple
by Duncan Coutts 26 Aug '07

26 Aug '07

Sun Aug 26 13:15:10 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Move several modules under .Simple Compiler, Program, PreProcess and Setup are really part of the Simple build system. Also move a couple GHC modules under Simple.GHC.* ./Distribution/Compiler.hs -> ./Distribution/Simple/Compiler.hs ./Distribution/PreProcess -> ./Distribution/Simple/PreProcess ./Distribution/PreProcess.hs -> ./Distribution/Simple/PreProcess.hs ./Distribution/Program.hs -> ./Distribution/Simple/Program.hs ./Distribution/Setup.hs -> ./Distribution/Simple/Setup.hs ./Distribution/Simple/GHCMakefile.hs -> ./Distribution/Simple/GHC/Makefile.hs ./Distribution/Simple/GHCMakefile.in -> ./Distribution/Simple/GHC/Makefile.in ./Distribution/Simple/GHCPackageConfig.hs -> ./Distribution/Simple/GHC/PackageConfig.hs M ./Cabal.cabal -6 +7 A ./Distribution/Compiler.hs M ./Distribution/Make.hs -2 +2 M ./Distribution/Simple.hs -5 +5 M ./Distribution/Simple/Build.hs -3 +3 M ./Distribution/Simple/Compiler.hs -11 +4 M ./Distribution/Simple/Configure.hs -3 +3 A ./Distribution/Simple/GHC/ M ./Distribution/Simple/GHC.hs -5 +5 M ./Distribution/Simple/GHC/Makefile.hs -2 +3 M ./Distribution/Simple/GHC/PackageConfig.hs -3 +3 M ./Distribution/Simple/Haddock.hs -3 +3 M ./Distribution/Simple/Hugs.hs -4 +4 M ./Distribution/Simple/Install.hs -2 +2 M ./Distribution/Simple/InstallDirs.hs -2 +2 M ./Distribution/Simple/JHC.hs -2 +2 M ./Distribution/Simple/LocalBuildInfo.hs -3 +3 M ./Distribution/Simple/NHC.hs -2 +2 M ./Distribution/Simple/PreProcess.hs -5 +5 M ./Distribution/Simple/PreProcess/Unlit.hs -2 +2 M ./Distribution/Simple/Program.hs -2 +2 M ./Distribution/Simple/Register.hs -5 +5 M ./Distribution/Simple/Setup.hs -5 +5 M ./Distribution/Simple/SetupWrapper.hs -2 +2 M ./Distribution/Simple/SrcDist.hs -3 +3 M ./mkGHCMakefile.sh -4 +4

1 0

dependency analysis
by Peter Gavin 26 Aug '07

26 Aug '07

Hello everyone, Here's a very-very-very alpha, not-yet-for-general-use patch that enables dependencies in Cabal. Basically, all that works right now is building GHC libraries. I haven't implemented compiling executables yet. But each module is compiled one at a time, and each is scanned for the modules it depends on, and everything is built in the correct order. It still needs lots of work, though :) Pete

2 1

testing version: search on HackageDB
by "Sascha Böhme" 26 Aug '07

26 Aug '07

Hello, there is a static copy of HackageDB at http://community.haskell.org/~sboehme/packages/hackage.html which is enhanced by searching. Note that this is a testing version. Feel free to search for anything and please report any problems or wishes for improvements. Thanks, Sascha -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

Automatic generation of documentation for HackageDB
by Sascha Böhme 26 Aug '07

26 Aug '07

Hello, HackageDB [1] now contains automatically generated build logs for some packages, most of them also have automatically generated Haddock documentation. This is, for now, the result of my Google Summer of Code project. The progress of the project can be followed from [2], the sources and some statistics can be found at [3]. For now, 104 packages out of 316 can be successfully processed resulting in proper Haddock documentation and a build log. Processing a packages includes configuring, building, testing and installing, besides running Haddock. Also, Hoogle entries are generated, but not used so far. Note that 31 packages of HackageDB caused errors while building or running Haddock, their build logs are also available at [1]. Whenever a package cannot be build or Haddock returns with an error, all packages depending on that one package won't be processed either. The autodoc tool to automatically process packages will be run regularly (daily, every second day) to mirror modifications of HackageDB. Besides some problems and several missing libraries on the test system (which I am about to fix), there are open questions from my side: How should the generated hoogle entries be used? Should build logs of erroneous packages be mailed to the package maintainer? Are there more feature requests? Concerning the last question, there is already a list of ideas at [4], but maybe more ideas or requests are now arising. During the remaining time, I will work on adding a search function to HackageDB which will allow to find packages based on several different keys drawn from a package's description. A detailed plan will be given at [2] later this week. I am open for any requests or ideas on this subject, as well, of course. Thanks, Sascha [1] http://hackage.haskell.org/packages/archive/pkg-list.html [2] http://hackage.haskell.org/trac/summer-of-code/wiki/SoC2007Hackage [3] http://community.haskell.org/~sboehme/index.html [4] http://hackage.haskell.org/trac/hackage/wiki/HackageToDo

7 7

patch applied (cabal): Use dllExtension rather than reimplementing it locally
by Duncan Coutts 25 Aug '07

25 Aug '07

Sat Aug 25 04:47:06 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Use dllExtension rather than reimplementing it locally M ./Distribution/Simple/Utils.hs -10 +5

1 0