Michael Homer wrote:
> Yes. That is the desired behaviour. Having to enable the flags for
> everything a pain. We also want the recipes to be as short as
> possible, so in most cases you don't have to add anything to them at
> all, and the autodetection in configure just does the right thing.
>
On Sun, Apr 13, 2008 at 5:34 AM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
> Hisham wrote:
> > On Sat, Apr 12, 2008 at 2:16 PM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
> >> Hisham wrote:
> >> > On Sat, Apr 12, 2008 at 11:01 AM, Daniele Maccari <[EMAIL PROTECTED]>
> wrote:
> >> >> Jonatan
On Sat, Apr 12, 2008 at 10:55 PM, Jonatan Liljedahl <[EMAIL PROTECTED]> wrote:
> Jonatan Liljedahl wrote:
> > Michael Homer wrote:
> > ...
> >> In most cases, dependencies are autodetected by configure correctly
> >> and no change to the Recipe file will be necessary. In that case, the
> >> wi
Hisham wrote:
> On Sat, Apr 12, 2008 at 2:16 PM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
>
>> Hisham wrote:
>> > On Sat, Apr 12, 2008 at 11:01 AM, Daniele Maccari <[EMAIL PROTECTED]>
>> wrote:
>> >
>> >> Jonatan Liljedahl wrote:
>> >> > Or something like this:
>> >> >
>> >> > with_g
On Sat, Apr 12, 2008 at 2:16 PM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
>
> Hisham wrote:
> > On Sat, Apr 12, 2008 at 11:01 AM, Daniele Maccari <[EMAIL PROTECTED]>
> wrote:
> >
> >> Jonatan Liljedahl wrote:
> >> > Or something like this:
> >> >
> >> > with_gtk1=(
> >> > "--enable-
Hisham wrote:
> On Sat, Apr 12, 2008 at 11:01 AM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
>
>> Jonatan Liljedahl wrote:
>> > Or something like this:
>> >
>> > with_gtk1=(
>> > "--enable-gtk"
>> > "--disable-gtk"
>> > )
>> >
>> > or more self-documenting:
>> >
>> > useflag_gtk1=(
On Sat, Apr 12, 2008 at 11:01 AM, Daniele Maccari <[EMAIL PROTECTED]> wrote:
> Jonatan Liljedahl wrote:
> > Or something like this:
> >
> > with_gtk1=(
> > "--enable-gtk"
> > "--disable-gtk"
> > )
> >
> > or more self-documenting:
> >
> > useflag_gtk1=(
> > "with=--enable-gtk"
> >
Here's a patch for the String script.
I noticed what I think could be considered a little bug in the Get_Token
function, at the very last line. Look at the comments and please let me
know if I got it right. Basically we want negative indexes to be
interpreted a la python, but we must take care
Jonatan Liljedahl wrote:
> Daniele Maccari wrote:
>
>> Jonatan Liljedahl wrote:
>>
>>> Or something like this:
>>>
>>> with_gtk1=(
>>> "--enable-gtk"
>>> "--disable-gtk"
>>> )
>>>
>>> or more self-documenting:
>>>
>>> useflag_gtk1=(
>>> "with=--enable-gtk"
>>> "without=--disable-gtk
Daniele Maccari wrote:
> Jonatan Liljedahl wrote:
>> Or something like this:
>>
>> with_gtk1=(
>> "--enable-gtk"
>> "--disable-gtk"
>> )
>>
>> or more self-documenting:
>>
>> useflag_gtk1=(
>> "with=--enable-gtk"
>> "without=--disable-gtk"
>> )
>>
>> Those would be easy parsable by bash its
Jonatan Liljedahl wrote:
> Or something like this:
>
> with_gtk1=(
> "--enable-gtk"
> "--disable-gtk"
> )
>
> or more self-documenting:
>
> useflag_gtk1=(
> "with=--enable-gtk"
> "without=--disable-gtk"
> )
>
> Those would be easy parsable by bash itself...
>
Sure, the possibilities are
Daniele Maccari wrote:
> Jonatan Liljedahl wrote:
>> Michael Homer wrote:
>> ...
>>
>>> In most cases, dependencies are autodetected by configure correctly
>>> and no change to the Recipe file will be necessary. In that case, the
>>> with_ variables should *not* be used only to convey redundant
Jonatan Liljedahl wrote:
> Michael Homer wrote:
> ...
>
>> In most cases, dependencies are autodetected by configure correctly
>> and no change to the Recipe file will be necessary. In that case, the
>> with_ variables should *not* be used only to convey redundant
>> information, and the flag sh
Jonatan Liljedahl wrote:
> Michael Homer wrote:
> ...
>> In most cases, dependencies are autodetected by configure correctly
>> and no change to the Recipe file will be necessary. In that case, the
>> with_ variables should *not* be used only to convey redundant
>> information, and the flag should
Michael Homer wrote:
...
> In most cases, dependencies are autodetected by configure correctly
> and no change to the Recipe file will be necessary. In that case, the
> with_ variables should *not* be used only to convey redundant
> information, and the flag should just be listed appropriately in
>
Hi all,
As promised a few days ago, here's a specification-slash-explanation
of the flags system as it currently stands. There's still a little
time to fix anything you think is broken, but you'll have to be quick.
Flags are lower-case alphanumeric plus underscore, and should be named
after what t
Hi all,
attached you'll find the patch for the commented OptionParser script. I
fixed some little things we discussed with Jonas and Michael (thanks to
both for the help, and their patience). I hope this to be "definitive",
mainly because this way we'll have a default style which to adhere to.
On Sat, Apr 12, 2008 at 8:21 PM, Kevin Quick <[EMAIL PROTECTED]> wrote:
>
> On 12 Apr 2008, at 1:08 AM, Michael Homer wrote:
> > On Sat, Apr 12, 2008 at 7:16 PM, Kevin Quick <[EMAIL PROTECTED]> wrote:
> >>
>
> > It's in the %decls (Perl) hash, typed to an array - cabal_variables
> > and runhask
On 12 Apr 2008, at 1:08 AM, Michael Homer wrote:
> On Sat, Apr 12, 2008 at 7:16 PM, Kevin Quick <[EMAIL PROTECTED]> wrote:
>>
> It's in the %decls (Perl) hash, typed to an array - cabal_variables
> and runhaskell should be listed there too.
They are.
> Only the entries tied to a
> particular set
On Sat, Apr 12, 2008 at 7:16 PM, Kevin Quick <[EMAIL PROTECTED]> wrote:
> On 11 Apr 2008, at 4:16 PM, Michael Homer wrote:
> > On Fri, Apr 11, 2008 at 11:44 AM, Kevin Quick <[EMAIL PROTECTED]> wrote:
> > > On 10 Apr 2008, at 12:01 AM, [EMAIL PROTECTED] wrote:
> > > The issue here is that the Cab
On 11 Apr 2008, at 4:16 PM, Michael Homer wrote:
On Fri, Apr 11, 2008 at 11:44 AM, Kevin Quick <[EMAIL PROTECTED]> wrote:
On 10 Apr 2008, at 12:01 AM, [EMAIL PROTECTED] wrote:
The issue here is that the Cabal database (visible via "$ ghc-pkg
list")
should be told when a new version is sel
21 matches
Mail list logo
