Skip to content

Conversation

@1337777
Copy link

@1337777 1337777 commented Nov 26, 2024

This file will compare a usual traditional context-extension
(categories with families, etc) versus a more general and clearer
direct computational (strictified via Lambdapi rewrite rules) implementation
as required for a proof assistant for categories/sheaves/schemes

1337777 and others added 2 commits November 26, 2024 18:35
This file will compare a usual traditional context-extension 
  (categories with families, etc) versus a more general and clearer 
  direct computational (strictified via Lambdapi rewrite rules) implementation 
  as required for a proof assistant for categories/sheaves/schemes
@1337777
Copy link
Author

1337777 commented Dec 10, 2024

This pull requests also exposes a potential bug in Lambdapi unif_rule ? The minimal example scenario is simple:

for any injective symbol Context_cat and for a rule (Context_cat (Terminal_catd $A)) ↪ $A then the following attempt to temporarily bypass injectivity does not work and Lambdapi raises an error when trying to register the rule, but it should work?

//ERROR:
unif_rule Context_cat $B ≡ (Context_cat (Terminal_catd (Context_cat $X))) ↪ [ $B ≡ $X];

@1337777 1337777 changed the title Preliminary: alternative context-extension for dependent-types Context-extension for dependent-types (unif_rule BUG?) Dec 10, 2024
@fblanqui
Copy link
Member

Hi. Could you please open an issue with a minimal example of what you would like to do and why?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants