Skip to Content.
Sympa Menu

coq-club - Re: [Coq-Club] rewriting in an equality without eq_ind_r / transport

coq-club AT inria.fr

Subject: The Coq mailing list

List archive

Re: [Coq-Club] rewriting in an equality without eq_ind_r / transport


Chronological Thread 
  • From: Dan Christensen <jdc AT uwo.ca>
  • To: coq-club AT inria.fr
  • Subject: Re: [Coq-Club] rewriting in an equality without eq_ind_r / transport
  • Date: Fri, 15 Nov 2019 19:01:11 -0500
  • Authentication-results: mail3-smtp-sop.national.inria.fr; spf=Neutral smtp.pra=jdc AT uwo.ca; spf=None smtp.mailfrom=gsmlcc-coq-club AT m.gmane.org; spf=None smtp.helo=postmaster AT blaine.gmane.org
  • Cancel-lock: sha1:Ej9Lrpr/dbts6w07I7YXE3+t+h4=
  • Ironport-phdr: 9a23:eEu1lxe6oNzTYphvdPoLXxH5lGMj4u6mDksu8pMizoh2WeGdxcqzYB7h7PlgxGXEQZ/co6odzbaP6Oa5AjxLuc/JmUtBWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYdFRrlKAV6OPn+FJLMgMSrzeCy/IDYbxlViDanbr5+MRu7oR/MusQYgoZuJbo9xgbUqXZUZupawn9lK0iOlBjm/Mew+5Bj8yVUu/0/8sNLTLv3caclQ7FGFToqK2866tHluhnFVguP+2ATUn4KnRpSAgjK9w/1U5HsuSbnrOV92S2aPcrrTbAoXDmp8qlmRAP0hCoBKjU09nzchM5tg6JBuB+vuRxxzZPabo+WOvpxcb/Sc9wUSmdaQsZcVDZMDp+gY4YVDecMO/tToYnnp1sJqBuzHQeiC/npyjRVmHL23bc60+U6EQHawgMgGckOv2rSrN7oM6oSU/26w7XTwDXeYfJW3i3x55TSfR04p/yHQLF+cdLJxEUyEw7Ijk+cpZHlMj6RzOgBrmqW4ut6We6xlWIqqgd8qSW1yMg2kInGnIcVx0jE9SpnxIY1IsW1R1V/YdG+EZtQsT+VO5F5QsMnWW5ovjg1xqcBuZ6hcygG0JUnxxjBZPyba4WE/xbuWeaLLTtlhH9ofKiziwuw/EWh0OHwSNe43VdSoipAiNbMt3QN1xLJ6siAT/tw5kih2S2K1wDX9u5LPVk4mrbcK54427I/ip4TsVnYESLtnUX6lqCWdkA+9eiu9evreLLmpoWTN4NskAHxLrwumtCjAeQ/KgUBQ2+b+f2l2LL/+U35Xa5Fg+YtkqjZtZDaPd4UqrS4Aw9TyIYj6gywAy2o0NQCzjE7KwdOfwvChIz0MXnPJur5BLGxmQeCijBuktzPOPXKAo/MNWTOlqzse/4p6UJX4BcsypZU7sQHWfk6PPvvVxqp55TjBRgjPlnsmre1OJBGzoobHFm3LOqcOaLWv0WP47t0cezKa4ocvju7LOIqtaa30C0J3GQFdKzs5qM5LXC1GvM/cxeTZXPthNpHHmIDuAd4S/bl2gXbDWxjIk2qVqd53QkVTZq8BNeRW5+qxreIjn22
  • Mail-copies-to: never

On Nov 15, 2019, Samuel Gruetter
<gruetter AT mit.edu>
wrote:

> On Fri, 2019-11-15 at 23:13 +0100, Gaëtan Gilbert wrote:
>> probably one side uses a primitive projection and the other uses the
>> compatibility constant
>> or both sides use the primitive projection but one is considered
>> "unfolded" and the other isn't
>
> If that's indeed the source of the problem, you're in trouble Dan :(
> In bedrock2, we had to disable primitive projections because of this, but
> that comes at a cost...

How can I check whether this is what is going on?

The term looks like

(fun x : X => smin (x, point Y))

Here Y is of type pType and the relevant definitions are

Class IsPointed (A : Type) := point : A.

Arguments point A {_}.

Record pType :=
{ pointed_type : Type ;
ispointed_type : IsPointed pointed_type }.

The change tactic accepts replacing the term with the term I'm comparing
it to, so Coq does believe that they are convertible, and isn't that
what constr_eq is supposed to check?

(The unify tactic also fails to accept them as the same.)

Dan




Archive powered by MHonArc 2.6.18.

Top of Page