You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IIUC let/n and such associate binders with string names so that compilation can use the same names for Bedrock2 variables. But why do it eagerly, as opposed to accepting normal binders and calling ident_to_string during compilation?
Looking at https://pit-claudel.fr/clement/PhD/RelationalCompilation_Pit-Claudel_2022.pdf page 103 I see an instance where the non-string names change around applying a lemma. Is it the case that nlet is needed so that names can be propagated goals before a lemma is applied to goals after a lemma is applied even if the binder appears both in the conclusion and premise of the lemma?
The text was updated successfully, but these errors were encountered:
IIUC
let/n
and such associate binders with string names so that compilation can use the same names for Bedrock2 variables. But why do it eagerly, as opposed to accepting normal binders and callingident_to_string
during compilation?Looking at https://pit-claudel.fr/clement/PhD/RelationalCompilation_Pit-Claudel_2022.pdf page 103 I see an instance where the non-string names change around applying a lemma. Is it the case that nlet is needed so that names can be propagated goals before a lemma is applied to goals after a lemma is applied even if the binder appears both in the conclusion and premise of the lemma?
The text was updated successfully, but these errors were encountered: