Added strings to prelude to fix printing of strings.length
2 unresolved threads
2 unresolved threads
This should hopefully fix strings.length
showing up in random places. I tested it with iris and RefinedC. Both compile without changes and length
is no more printed as strings.length
in RefinedC. See the comment for the reasoning why I think this works.
Merge request reports
Activity
Filter activity
mentioned in merge request !129 (merged)
10 10 fin_sets 11 11 listset 12 12 list 13 (* This must be exported after base (which exports Coq.List) since 14 it exports the length notation to ensure that we use List.length and 15 not Strings.length. If we don't export strings here and some file 16 imports strings and then the prelude (which seems to happen with 17 Iris), the definition in Coq.List will shadow the notation in algebra/base.v
exportsprelude
.There are a bunch of spurious exports of std.strings here and there, but probably all of those can be removed:
$ mgrep std.*string theories/proofmode/sel_patterns.v:From stdpp Require Export strings. theories/proofmode/intro_patterns.v:From stdpp Require Export strings. theories/proofmode/spec_patterns.v:From stdpp Require Export strings. theories/proofmode/notation.v:From stdpp Require Export strings. theories/proofmode/base.v:From stdpp Require Export strings. theories/heap_lang/lang.v:From stdpp Require Export binders strings.
Superseded by !129 (merged)
Please register or sign in to reply