-
Notifications
You must be signed in to change notification settings - Fork 231
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
LeftIdeal
replaces the old Ideal
; new Ideal
is two-sided
#2912
Conversation
Since the majority of Core code related to ideals is being touched, I think this is a good opportunity to move all of them into |
I agree, but it may be best to keep the edits in-place for now, so that people reviewing them can do so easily and are convinced that these are non-drastic (and hold water). |
Totally valid point. My only suggestion is that we can add a second commit that does the moving. This way the first commit can be reviewed first (github allows reviewing commit by commit), and the second will be only a movement so should require minimal reviewing. No strong preference. |
@DanGrayson This pull request (currently a draft request) consists of one commit. However, it shows many commits by others that we have just recently merged into development, making it hard to see what has been added in this pull request. It also contains a conflicting file now, even though the request (I think) has nothing to do with that. Any idea how to fix this problem? |
It looks like commits from |
5d1a113
to
94b4dde
Compare
Thanks, @d-torrance ! What is the simplest workflow to avoid this?
|
I think just be careful when rebasing. I'm not entirely sure what happened, but it looks like something that might have happened if you were on
Yes, that should work! I generally like rebasing like this instead of merging on my pull requests so we don't end up with even more merge commits than we already have. |
Just getting around to looking into this PR. I'm wondering, wouldn't the following alternative be simpler?
Is there a problem with this approach? |
I know this has been discussed at length (including today!), but for what it's worth, here are my 2 cents: |
That's an interesting perspective. It would certainly simplify the work, in that we wouldn't need to implement left modules and also left ideals, for instance. In this case, there are 3 options for
I can see pros/cons for all three. |
I'm fine with that as well. There doesn't seem to be a need to distinguish between the two. |
A sensible solution could be to have |
But couldn't you define your D-modules as left modules rather than left ideals? after all, they are called D-modules... |
You could alternatively define |
I realized #3003 probably caused all the conflicts here, but since all of them are just renames from |
… and fixed a spurious numthreads line.
Added isPseudomonomial as exported function
When checking more than one package, this was causing build failures ("Syntax error: end of file unexpected").
It's now a wrapper around substitute(RingElement, List) to avoid issues where the matrix that was constructed ended up being over the wrong ring. We also check that the number of elements in the array matches the number of generators of the ring.
We already know that we'll have ZZ objects since this is a method, so there's no reason to check their type again. Also, neither nrows or ncols makes sense to be 0, so we raise an error in that case as well.
* Various navigation buttons presumably once used in the html documentation, plus the Makefile and Scheme files used to generate them in Gimp. * Redundant 9planets.jpg -- we use 9planets.gif in the html documentation. * Several others of unknown purpose: - doc-no-buttons.css - styleswitcher.js - recbg.jpg
We also switch member -> isMember
Ideal is a type of LeftIdeal. Most functions are defined for LeftIdeal; the ones that make sense only for a two-sided ideal are defined for Ideal. The method `ideal` constructs an ideal typical for the given ring: e.g., LeftIdeal for a Weyl algebra and Ideal for a commutative or skew-commutative ring. Current state: FirstPackage, Style, Macaulay2Doc install without errors, there are errors in packages related to D-modules.
…, but not for BernsteinSato yet
e6cf213
to
679d34c
Compare
This sequence doesn't seem to help
Experts on rebasing, what do you suggest? |
superseded by #3020 |
Ideal
is a type ofLeftIdeal
now.LeftIdeal
;ideal
constructs an ideal typical for the given ring: e.g.,LeftIdeal
for a Weyl algebra andIdeal
for all other algebras: e.g., polynomial ring, skew-commutative ring,AssociativeAlgebra
, etc.Current state:
Ideal
toLeftIdeal
; currently#methods Ideal
is 223 and# methods LeftIdeal
is 66needsPackage "BernsteinSato"
)#methods Ideal
is 271 and# methods LeftIdeal
is 151Whoever is interested in noncommutative things, please look at this.