On 18 February 2005 13:07, Ross Paterson wrote:
> The splicing problem is exactly why these fields are space-separated.
>
> I was going to suggest (later) that we make both commas and quoting
> optional for all lists. If we're doing it pre-6.4, ditching commas
> altogether could be a possibility.
Let's make the commas optional. The 6.4 release candidate has already
gone out, and people are starting to build Cabal package descriptions
based on the existing syntax, so it would be unfortunate if we had to
break those.
>> In any case, I propose we:
>
>> - change extra-ld-opts and extra-cc-opts in InstalledPackageInfo
>> to be ld-options and cc-options for consistency with BuildInfo
>
> Similarly extra-frameworks. Should extra-libs and extra-lib-dirs also
> lose the prefix (and expand a bit)?
"extra" makes sense in this context, because they are in addition to the
Haskell libraries (hs-libraries). We can do s/libs/libraries/g if you
like.
>> Also, options should be allowed to be quoted, so
>> we need to introduce parseOptionQ. InstalledPackageInfo uses
>> parseFilePathQ for these fields which is wrong.
>
> In general, the parsing of quotes needs to be different from just the
> unquoted thing wrapped in quotes (e.g. filenames), and something
> clever needs to happen on output, too.
For quoted strings we use Haskell's lexical string syntax via Read/Show,
so this isn't an issue I think.
Cheers,
Simon
_______________________________________________
Cvs-libraries mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-libraries