Isaac Jones wrote:
Duncan Coutts <[EMAIL PROTECTED]> 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
Duncan Coutts <[EMAIL PROTECTED]> 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
>>
On Sat, 2006-09-16 at 08:54 +0200, Duncan Coutts wrote:
> Note that there is already a register --inplace flag to register a
> package in the build tree. To allow multiple packages to be built
> against each other inplace we'd also need some flag for configure.
>
> Would this be enough? Do we rea
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
Andrew Pimlott <[EMAIL PROTECTED]> writes:
> On Fri, Sep 15, 2006 at 10:06:55AM -0700, Isaac Jones wrote:
>> 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 cas
On Fri, Sep 15, 2006 at 10:06:55AM -0700, Isaac Jones wrote:
> 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.
I don't know anything about p
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 --us
