[GHC] #14558: Unable to parse integer-gmp's Cabal file
GHC
ghc-devs at haskell.org
Sat Dec 9 21:37:47 UTC 2017
#14558: Unable to parse integer-gmp's Cabal file
-------------------------------------+-------------------------------------
Reporter: taylorfausak | Owner: hvr
Type: task | Status: new
Priority: normal | Milestone:
Component: Core Libraries | Version: 8.2.2
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by svenpanne):
Replying to [comment:28 Phyx-]:
> It was announced, about 3 months ago,
http://coldwa.st/e/blog/2017-09-09-Cabal-2-0.html
> along with the future intention of this syntax and how it differs from
the strong bounded versions: [...]
Hmmm, this is still confusing: On the one hand it is said
(https://www.haskell.org/cabal/users-guide/developing-
packages.html?highlight=caret#pkg-field-build-depends) that the new syntax
is ''exactly'' equivalent to the old syntax using `>=` and `<`. OTOH,
http://coldwa.st/e/blog/2017-09-09-Cabal-2-0.html states that it has
different semantics.
Furthermore, I still don't get the difference between the new `^>=`
operator and leaving out the upper bound completely. Surely the latter
can't really mean "I promise I work with every following version", in the
absence of clairvoyant abilities this would be a lie. So using only `>=`
without an upper bound seems to be equivalent to the new operator, I fail
to see another sensible interpretation.
> [...] It was designed and approved in public
https://github.com/haskell/cabal/pull/3705 it was publicly posted on
reddit
https://www.reddit.com/r/haskell/comments/6z2gja/whats_new_in_cabalcabalinstall_20_improved/
>
> And the migration plan was outlined
https://github.com/haskell/cabal/issues/4899.
Perhaps I'm getting a little bit old, but I consider neither reddit nor
twitter as a source of serious information. Nothing was posted on the
haskell, haskell-cafe or ghc-dev mailing lists about it. The only thing I
was able to find was a Haskell Weekly issue pointing to the blog, having
the feature buried in the middle of a multi-page item list, which is a bit
indirect IMHO.
> Could it be that perhaps a lot of people here don't read Cabal release
information? Or follow Cabal development? [...]
Serious non-aggressive question: As a developer using ''only'' stack, why
should I read the Cabal release information or even follow Cabal
development? Note that I am not hostile towards the project or something
like that, it's just that I am not interested in it anymore because stack
is a much better fit for my work. My expectation from a library developer
POV would be some explicit hint about changes in the ecosystem, not about
changes in some tool I don't use.
> [...] The fact is, the change was not done in secret, the feature not
developed in secret. The change was communicated well ahead of time and on
channels that lots of you frequent.
As mentioned above, I think it would have been great if this had been
posted on one of the Haskell mailing lists, which I still consider ''the''
channel to get information from. Not everybody has the time and energy to
read all those various (and most of the time uninformative and time
sucking) communication channels which beg for your attention... :-/
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14558#comment:31>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list