Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mathcomp master PseudoMetricNormedZmod #180

Merged
merged 8 commits into from
Jul 27, 2021

Conversation

mkerjean
Copy link
Collaborator

@mkerjean mkerjean commented Apr 14, 2020

Further generalisations from normedModTypes to PseudoMetricNormedZmodTypes.

NB(rei): fixes #382

TODO:

  • Several explicit arguments are needed with this PR. E.g :
    near: x; rewrite !near_simpl; apply/(@nbhs_le_nbhs_norm R (@prod_normedModType R U V')).
    Why ?
  • Update Changelog
  • Check that no new (post apr. 2019) lemmas are generalizable

@mkerjean mkerjean changed the title Mathcom master pseudo normed zmod Mathcomp master pseudo normed zmod Apr 14, 2020
@mkerjean mkerjean changed the title Mathcomp master pseudo normed zmod Mathcomp master PseudoMetricNormedZmod Apr 14, 2020
@mkerjean
Copy link
Collaborator Author

Issue: Sometimes one needs to explicitly mention the pseudoMetricNormedZmodType on which lemmas are applied while it was not necessary with NormedModTypes. It also makes (at least) derive.v fail (here view locally_le_locally_norm can't be applied). What's missing ?

@mkerjean mkerjean marked this pull request as draft April 14, 2020 12:16
@mkerjean
Copy link
Collaborator Author

mkerjean commented Apr 14, 2020

Issue: Some further generalizations should be possible but lim does not seem to work on PseudoMetricNormedZmodule. See here.

theories/normedtype.v Outdated Show resolved Hide resolved
theories/normedtype.v Outdated Show resolved Hide resolved
theories/normedtype.v Outdated Show resolved Hide resolved
@affeldt-aist affeldt-aist force-pushed the mathcomp_master branch 12 times, most recently from 5cc9b78 to 0afbda8 Compare April 22, 2020 12:48
@affeldt-aist affeldt-aist force-pushed the mathcomp_master branch 2 times, most recently from 4d1cc32 to 4905f3c Compare April 22, 2020 21:09
@affeldt-aist affeldt-aist force-pushed the mathcom_master_pseudoNormedZmod branch from 7bfee4a to b8c628c Compare April 23, 2020 14:40
@affeldt-aist
Copy link
Member

This branch/PR has been rebased on PR #177 that lifts several lemmas about limits to the level of topological spaces, thus the issues about flim_lim and flim_unique have disappeared. But similar inference problems seem to occur later, e.g., here

near: x; rewrite !near_simpl; apply/locally_le_locally_norm.
.

@affeldt-aist affeldt-aist changed the base branch from mathcomp_master to mathcomp_master_hausdorff_close May 4, 2020 17:13
@affeldt-aist affeldt-aist force-pushed the mathcom_master_pseudoNormedZmod branch from b8c628c to 1327fea Compare May 4, 2020 17:30
@CohenCyril CohenCyril force-pushed the mathcomp_master_hausdorff_close branch from 17086dc to 7d1689b Compare May 6, 2020 18:26
@affeldt-aist affeldt-aist force-pushed the mathcom_master_pseudoNormedZmod branch from 1327fea to 7d4bed6 Compare May 14, 2020 13:49
theories/normedtype.v Outdated Show resolved Hide resolved
@affeldt-aist affeldt-aist self-requested a review May 29, 2021 14:28
Lemma norm_cvg_eq x y : x --> y -> x = y. Proof. exact: cvg_eq. Qed.
Lemma norm_lim_id x : lim x = x. Proof. exact: lim_id. Qed.
Lemma norm_cvg_eq (x y : V) : x --> y -> x = y. Proof. exact: (@cvg_eq V). Qed.
Lemma norm_lim_id x : [lim x in V](*NB: was lim x*) = x. Proof. exact: lim_id. Qed.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess this is now the main concern of this PR. This notation is properly documented, so this is acceptable to me as long as we keep the comment. @CohenCyril Is this acceptable for you too? Does the modification made to nbhs_le_nbhs_norm ring any bell by any chance?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

solved by 8443585 actually...

Copy link
Member

@affeldt-aist affeldt-aist left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Improve one comment and confirm the notation use with another reviewer (see the conversation).

@affeldt-aist affeldt-aist marked this pull request as ready for review May 30, 2021 04:40
@affeldt-aist affeldt-aist force-pushed the mathcom_master_pseudoNormedZmod branch 2 times, most recently from 595a28a to 6ed13e7 Compare June 4, 2021 06:52
@affeldt-aist affeldt-aist added this to the 0.3.10 milestone Jun 14, 2021
Copy link
Member

@affeldt-aist affeldt-aist left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok with me but I am biased

mkerjean and others added 5 commits July 22, 2021 16:15
from normedModType to pseudoMetricNormedZModType

Co-authored-by: Reynald Affeldt <reynald.affeldt@aist.go.jp>

rebase in progress, admits inside
- use `filter_predI` instead of the new `filter_andb` (removed)
- `Module BigmaxBigminr` was duplicated
- enforce the type of `nbhs` in `normedtype.v:nbhs_le_nbhs_norm`
  so that the type of implicit arguments look more as expected
  + this solves an inference problem in `derive.v:bilinear_eqo`
- nitpicking about spaces
- also remove spurious comment
@affeldt-aist affeldt-aist force-pushed the mathcom_master_pseudoNormedZmod branch from 6ed13e7 to 79dd6b5 Compare July 22, 2021 07:16
theories/normedtype.v Outdated Show resolved Hide resolved
rewrite near_map => /nbhs_ballP[_/posnumP[a]] + xl; apply.
move/cvg_ball : xl => /(_ _ a)/nbhs_ballP[_/posnumP[b]]; apply; exact: ballxx.
move/(cvg_ball (y := l)): xl=> /(_ _ a)/nbhs_ballP[_/posnumP[b]]; apply; exact: ballxx.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do not use the _ := _ syntax, it is too unstable.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like this actually revealed a wrong definition: 13e50e4

Copy link
Member

@CohenCyril CohenCyril left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ready to merge after my comments have been taken into account.
Also, I would rather have TODO/NBs turned into issues, they are less prone to bitrot.

@mkerjean mkerjean force-pushed the mathcom_master_pseudoNormedZmod branch from caf46d3 to 5b8886f Compare July 22, 2021 09:50
Co-authored-by: Cyril Cohen <CohenCyril@users.noreply.github.com>
@mkerjean mkerjean force-pushed the mathcom_master_pseudoNormedZmod branch from 5b8886f to 6cbe24e Compare July 22, 2021 11:28
- this solves at least one inference problem
@affeldt-aist
Copy link
Member

Ready to merge after my comments have been taken into account.
Also, I would rather have TODO/NBs turned into issues, they are less prone to bitrot.

NBs that were marking issues caused by this PR has been resolved (I think).
There are still TODOs but I think that they predates this PR.
Ok to merge and chase TODOs later?

@CohenCyril CohenCyril merged commit 5aa0821 into master Jul 27, 2021
@affeldt-aist affeldt-aist deleted the mathcom_master_pseudoNormedZmod branch July 29, 2021 09:15
thery pushed a commit to thery/analysis that referenced this pull request Jan 29, 2022
- generalizations of several lemmas from `normedModType` to `pseudoMetricNormedZModType`
- enforce the type of `nbhs` in `normedtype.v:nbhs_le_nbhs_norm`
  so that the type of implicit arguments look more as expected
  + this solves an inference problem in `derive.v:bilinear_eqo`

Co-authored-by: Reynald Affeldt <reynald.affeldt@aist.go.jp>
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.

uninteresting lemma?
3 participants