sof patch for --ghc-pkg-config-file=
Isaac Jones
ijones at syntaxpolice.org
Fri Sep 22 00:17:24 EDT 2006
Duncan Coutts <duncan.coutts at worc.ox.ac.uk> writes:
> On Fri, 2006-09-15 at 10:06 -0700, Isaac Jones wrote:
>> Emailing to libraries@, please followup to cabal-devel.
>>
>> Here's a patch from Sigbjorn which adds --ghc-pkg-config-file= to
>> cabal. This is an oldish patch, but I haven't stopped getting
>> requests for this feature :)
>>
>> This allows you to create a "local" package config file, rather than
>> using the --user or --global files, this is useful for in-place
>> building, as when you're developing a set of related packages.
>>
>> I still have some debate about whether this patch should go in; it
>> assumes a model of package registration where you have a config file
>> (as opposed to a directory) which isn't the case for nhc or Hugs. But
>> the idea doesn't seem to bother anyone but me, and the flag is clearly
>> marked as a ghc-related flag, so I'm thinking of letting it through.
>> Opinions?
>
> Note that there is already a register --inplace flag to register a
> package in the build tree.
And this is mostly so you can build in the build tree, register to
--user (or global), muck around a bit, and presumably unregister the
package later.
> To allow multiple packages to be built against each other inplace
> we'd also need some flag for configure.
To specify the package file location, you mean?
I guess you could do something sloppy like:
cd my-package
./setup build
./setup register --inplace --user
cd my-other-package
./setup configure --user
etc
ghc-pkg unregister my-package --user
(which is what I just did for cabal & cabal-install.)
> Would this be enough? Do we really also need the ability to specify
> arbitrary package databases? What is the use case?
I think it's mainly for registering packages together in a build tree.
peace,
isaac
More information about the cabal-devel
mailing list