-
Notifications
You must be signed in to change notification settings - Fork 710
Optional commas in dependency lists #1509
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Yes I think this is ok. What I don't want is for us to end up with a syntax where you need to know the grammar of the list elements just to be able to split the field into elements. That is, I want all of our list fields to be able to be semi-parsed -- just by knowing it is supposed to be a list and not knowing the grammar of the list elements. The one thing to watch out for is whether in the existing parser, if dependency expressions that span multiple lines are currently allowed, and if there are .cabal files on hackage that make use of that. If so, then we would need to make this format change be dependent on the spec version given in the cabal-version field. Related to all this: I'm writing a new parser for .cabal files. Currently stalled on needing a dependency on parsec. |
I suppose it would make sense to wait until this new parser is at least partially implemented, then? The way I see it, this format should require a minimum Explanation: assume that this change doesn't require a minimum
Anyone trying to parse this with an earlier version of cabal will get a "parse failed" error. A "newer cabal version required" error would be more user-friendly and appropriate. |
+1! |
Does anyone have any news on that? Is the work on new parser done? |
There is #4971, so you can write:
to make your build-depends sort and diff friendly. |
Do we have a changelog note for this? Otherwise looks like this ticket can be closed as fixed. |
Lines 12 to 13 in 6750de6
|
Closing as fixed by #4971. |
Uh oh!
There was an error while loading. Please reload this page.
From this page:
I'm interested in having a go at implementing this. Has anything already been done? Should I just get stuck in?
The text was updated successfully, but these errors were encountered: