summaryrefslogtreecommitdiff
path: root/utils
diff options
context:
space:
mode:
authorEdward Z. Yang <ezyang@cs.stanford.edu>2016-12-29 18:58:22 -0800
committerEdward Z. Yang <ezyang@cs.stanford.edu>2017-01-11 06:53:54 -0800
commit9f169bcd951c5d946698d5f33a0cdb625d725490 (patch)
treef56304dc31f19454d4ff72d5188b0aabf2ca65b7 /utils
parent5f9c6d2a91ac710e7b75cfe50a7a8e84cc9ae796 (diff)
downloadhaskell-9f169bcd951c5d946698d5f33a0cdb625d725490.tar.gz
Attach warnings to non-PVP compatible uses of signatures.
Summary: If you use an inherited signature from another package in your own code, the only valid PVP bound you can specify for this package is an *exact* version bound. This is because the signature is used both covariantly (it provides declarations for import) and contravariantly (it specifies what is required). However, this is a bit distressing if you want to use a PVP-style bound that allows for upgrading a package. So there is a dichotomy: 1. Any signatures that come from packages with exact bounds (this includes, in particular, signature packages, who are included solely to make declarations available), can be used without problem by modules, but 2. Any signatures that come from packages that are version bounded (i.e., any package that also provides modules) must NOT be used, because if they were used, they could break under a PVP policy that allows relaxations in the needed requirements. To help users avoid situation (2), I've added a warning to all signature declarations that come solely from (2). This is not perfect; you might still end up relying on some type identity specified by a signature in a version-bounded package, but it should help catch major errors. Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu> Test Plan: validate Reviewers: simonpj, austin, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D2906
Diffstat (limited to 'utils')
0 files changed, 0 insertions, 0 deletions