- cabal-devel - Haskell.org

Parsec as a Dependency?
by Thomas Schilling 12 Jun '07

12 Jun '07

Hi Caballers, now that .cabal files are getting a more complex syntax (due to configurations), I'd really like to use Parsec instead of lots of hand-written and hard to maintain parsing code. By getting rid of ReadP-based field parsing, we'd also get proper error messages for field values. At the Parsec homepage I says that it's now included by default in GHC, Hugs and NHC, so it'll most likely be present on any sufficiently recent system. What would be arguments against this proposal? / Thomas

5 8

Bugs and interface changes
by Ian Lynagh 07 Jun '07

07 Jun '07

Hi all, I've gone through the Cabal bugs and tried to make sure that those that mean interface changes are marked as high priority. Any of these that we can get done before the next round of releases will hopefully mean fewer headaches in the longrun. By the way, do bugs get automatically assigned to ijones? That doesn't seem very useful to me. Thanks Ian

2 1

#140 (Cabal doesn't allow doc/html/<package name> to be overridden)
by Ross Paterson 05 Jun '07

05 Jun '07

igloo writes: > Distribution.Simple.LocalBuildInfo uses > > haddockPref pkg_descr > = foldl1 (</>) [distPref, "doc", "html", pkgName (package pkg_descr)] > > and provides no way to override it. This should be a new field docdir > (or similar), and be overridable with a configure flag. haddockPref determines where the documentation is built; mkHaddockDir says where it is installed, currently $datadir/$datasubdir/doc/html/$pkg, where $datasubdir defaults to $pkgid. That default doesn't seem right in any case. Perhaps we want --docdir (defaulting to $prefix/share/doc on Unix and something else on Windows) --htmlsubdir (defaulting to $pkgid/html)

2 1

copy / register / --gen-script and --destdir
by Marc Weber 05 Jun '07

05 Jun '07

I can use ./setup copy --destdir to copy all hi files etc to some directory. But how do I register it then? Setting --prefix when using configure does'nt seem to adjust the register.sh using --gen-script I just can't add --destdir. What am I missing? Marc

3 4

Re: Cabal -extra-lib-dirs and -rpath, also framework-dirs
by Duncan Coutts 04 Jun '07

04 Jun '07

On Sun, 2007-06-03 at 15:48 -0700, Ashley Yakeley wrote: > 1. It seems entries on the extra-lib-dirs line in cabal (GHC 6.6) are > not passed to the linker with -rpath. Instead, you have to do that in > ld-options with "-Wl,-rpath -Wl,mylibdir". The trouble is this is not > portable, as the Darwin (Mac OS X) linker doesn't accept the -rpath > option and (I think) simply uses all -L directories for the runtime path > or some clever thing. > > I recommend that either extra-lib-dirs be passed as -rpath (as > appropriate for the platform), or a new field such as "extra-rpath-dirs" > be added. Ugg. This is somewhat a can of worms. For one thing it doesn't work on windows, but also it's not necessarily what one always wants. For example building on one machine and deploying on another, if there are specific paths baked into the libraries/executables that might be intended to be on the standard dynamic linker path on the target machine. I think this issue needs a fair bit of thought before we go and implement something. We should see what other systems do etc. > 2. Cabal doesn't recognise "framework-dirs" as a field name, even though > it shows up in "ghc-pkg describe". Yes, cabal does not currently support that field. It probably should. The format used by ghc-pkg is quite similar to the cabal format, but not exactly the same, so don't be surprised by things appearing in one and not the other, or having slightly different names or meanings. Duncan

2 1

Re: copy / register / --gen-script and --destdir
by Duncan Coutts 03 Jun '07

03 Jun '07

oops, sent to Marc without also cc'ing the list... On Sun, 2007-06-03 at 23:26 +0100, Duncan Coutts wrote: > On Sun, 2007-06-03 at 22:54 +0200, Marc Weber wrote: > > I can use ./setup copy --destdir to copy all hi files etc to some > > directory. > > > > But how do I register it then? > > Setting --prefix when using configure does'nt seem to adjust the > > register.sh > > using --gen-script I just can't add --destdir. > > > > What am I missing? > > Sounds like a bug to me. Can you file a bug report with all the exact > details of what you expected and what really happened. And if you > happened to send in a patch fixing said bug that'd be even better :-) > > Duncan

1 0

Re: [Gtk2hs-devel] [Gtk2hs-users] Problem compiling development version
by Duncan Coutts 01 Jun '07

01 Jun '07

On Thu, 2007-05-31 at 22:36 -0400, Peter Gavin wrote: > Oops, I guess I hit the send button too early :) > > On 5/31/07, Peter Gavin <pgavin(a)gmail.com> wrote: > > Ok, so I've taken a look at the cabal sources, and I've decided to add > > a very simple way for preprocessors to specify dependecies. > > Basically, I'm going to add a field to the PreProcessor datatype: > > calcDependencies :: (FilePath, FilePath) -> Verbosity -> IO [Module], > > that returns the modules that should be preprocessed before the source > > file passed as the first argument. The only preprocessor that will > > really take advantage of this is the C2hs one, of course. Then the > > preprocessSources function will call calcDependencies > to build the dependency graph. > > How does that sound? That sounds sensible. I'm cc'ing the cabal-devel list which is the place to ask questions and get opinions and where patches should be sent for wider review by cabal hackers. Duncan

1 0

Cabal for the GHC build
by Ross Paterson 31 May '07

31 May '07

It's a pity that even simple libraries need a 67-line Setup.hs to make the GHC build work. How about moving the --ghc-option and --configure-option flags into Cabal? --configure-option might be a better idea than the current behaviour of "setup configure" in defaultUserHooks, namely to pass through all unrecognized arguments.

2 1

Plain email addresses on hackage
by Neil Mitchell 29 May '07

29 May '07

Hi When email addresses are in a .cabal file, they are including on the hackage website in plain text. For example: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/derive-0.1 Can someone please hide these email addresses in some way? Thanks Neil

2 1

Hi Folks! I'll be your biat.. er SoC student for the following 3 months...
by Thomas Schilling 27 May '07

27 May '07

.. and as you probably all know, I am going to implement cabal-configurations. (And for those who didn't know--SoC stands for Summer of Code and Google pays me for fixing your problems!) My mentor is Isaac Jones, aka. SyntaxNinja. I'll be working based on this e-mail http://www.mail-archive.com/cabal-devel@haskell.org/msg00195.html, as this is the one linked from the bug tracker. I'll also consider the previous discussions on this mailing list as some guidelines (motivation, ideas behind it, etc.). Here's a snipped of the official project timeline (http://code.google.com/support/bin/answer.py?answer=60325&topic=10729) .----------------------------------------------------- May 28: Students begin coding for their GSoC projects; Google begins issuing initial student payments Interim Period: Mentors give students a helping hand and guidance on their projects July 9: Students upload code to code.google.com/hosting; mentors begin mid-term evaluations July 16: Mid-term evaluation deadline; Google begins issuing mid-term student payments August 20: Students upload code to code.google.com/hosting; mentors begin final evaluations; students begin final program evaluations August 31: Final evaluation deadline; Google begins issuing student and mentoring organization payments '----------------------------------------------------- There are some minor modifications I have to / want to make. Firstly, I'll won't be able to work full time for the first two weeks as I have exams in the first and a summer course in the second. In essence, I assume that I'll work about half the time. Secondly, I plan to use darcs locally and push to some haskell.org SoC repo every day; this way I can't be blamed for loss of work if my disk crashes and you can see (and maybe even use) my latest version. Isaac also suggested that I maintain a wiki page where I post weekly progress reports. My blog is on Planet Haskell, but I'd rather not spam this with this kind of stuff. (But I will use it for announcing notable progress that might be helpful for others, or for getting attention/input on certain community-relevant design decisions.) The current schedule Isaac and I have put up looks roughly like this: Week 1: Parser & unit tests for parser - This should be relatively straightforward. I'll refrain from using Parsec, though, in order to avoid dependecies. Week 2-3: Constraint solver implementation and testing - I'll start with the naive algorithm, but I guess I need to add some more clever testing. After that, we, in principle, have cabal-configurations. But I'm afraid that's just the beginning of the real work. Week 4: Study a variety of packages and their needs, select a handful to write configurations for (I plan to ask for some suggestions a bit earlier). Write the configurations and suggest any needed improvements to syntax or capabilities (discuss on list). Post examples for everyone to look at (using IRC, wiki, and list). Week 5-8: Most likely there will come up some problems, feature request bug-reports or similar. I therefore reserve these for handling those tasks. Due to latency of communication over internet, I'll probably have some time to fill. But I guess the bug tracker will always be helpful with that. Week 9: Integration into mainline Cabal branch and work with Duncan to prepare a release candidate. (Might be scheduled earlier if things go well) Week 10-12: Analyze most important Cabal bugs and fix them, meanwhile, support release candidate. _ |_| This is obviously a rather loose schedule, so if you have any comments/critics/suggestions, feel free to post them here. Regards, / Thomas PS: Duncan / Isaac, can one of you get me that darcs + trac account? (If I don't get any response here, I'll try again in private.) -- "Remember! Everytime you say 'Web 2.0' God kills a startup!" - userfriendly.org, Jul 31, 2006

2 4