-
-
Notifications
You must be signed in to change notification settings - Fork 487
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
Mixed Forms: set_comp, comp #30272
Comments
This comment has been minimized.
This comment has been minimized.
comment:6
Setting new milestone based on a cursory review of ticket status, priority, and last modification date. |
Dependencies: #31653 |
Commit: |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:11
First approach. What I did:
yields
I tried to maintain as much backwards compatibility as possible. For example, even if copies now, the names are still applied if Comments are appreciated. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:13
Here we go, that should be it. Please take a close look whether this is (at least) halfway consistent and transparent to the user. In a next step, mixed forms will be equipped with an immutability switch. |
comment:14
If desired so, I will squash the commits for final merge. |
Author: Michael Jung |
Reviewer: Eric Gourgoulhon |
comment:16
LGTM. |
comment:17
Merge conflict |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:20
When clicking on the new branch, one gets a huge diff, which seems to be the whole 9.4.beta3 w.r.t 9.4.beta2. Wouldn't it be better to merge the previous ticket branch into a clean 9.4.beta3? |
Attachment: Screenshot 2021-06-27 193218.png |
comment:22
Replying to @egourgoulhon:
That sometimes happens with the trac git helper. You don't have to worry too much about it as long as it pulls okay (a la comment:21). |
comment:23
Replying to @tscrim:
Indeed, this seems erratic: it looks good now, while the branch has not been changed. |
comment:25
|
comment:26
Ah damn, I mis-resolved the merge conflict. Let's wait for #30473 anyway. |
Branch pushed to git repo; I updated commit sha1. This was a forced push. Last 10 new commits:
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:31
Ready for review again. |
comment:32
The patchbot reports doctest failures that all pertain to the dependency #30473. They are all fixed in the latest version of that ticket. But I don't think it necessary to merge it here to move on. |
Changed branch from u/gh-mjungmath/mixed_forms__set_comp__comp to |
In the upcoming changes we want to allow mixed differential forms, among other things, being made immutable (see #30181, #30261).
However, the current implementation would not support that behavior properly, namely:
If
A
would be set immutable anda
is not, this would contradict the behavior of an immutable element. Even ifa
would automatically be set immutable as soon asA
had been set immutable, this might happen not on the behalf of the user.I'd propose a similar approach as I had done in #30208 for bundle connections, and as it is already known for tensor fields, namely by introducing methods
set_comp
andcomp
(add_comp
would not be necessary). Then each instance representing a homogeneous component is bound only to the mixed differential form.As always, suggestions and opinions are welcome.
Depends on #31654
Depends on #30473
CC: @egourgoulhon @tscrim @mkoeppe
Component: manifolds
Author: Michael Jung
Branch/Commit:
91fc96f
Reviewer: Eric Gourgoulhon
Issue created by migration from https://trac.sagemath.org/ticket/30272
The text was updated successfully, but these errors were encountered: