Restructure evaluate for mpolys#2182
Conversation
|
In the meantime this has merge conflicts.
What do you mean by that? Let Personally I am not a great fan, I prefer if such "syntactic sugar" functions stay to their minimum. Alas, that's just my base feeling, if there are technical arguments, I am all ears. (In the meantime we had an AA release and could have made corresponding changes needed here :-) but we can still do that in the future, too. If it makes sense...) |
Yes.
Yes, I'd say so too. But in AbstractAlgebra it is done that way (i.e. |
Sorry, I completely forgot about this PR. |
1062b2e to
bb5745f
Compare
bb5745f to
0723aaf
Compare
0723aaf to
e81ff89
Compare
804addb to
cd3c390
Compare
3d78bae to
7bb35f1
Compare
This is a work in progress towards Nemocas/AbstractAlgebra.jl#2225 and #2180. At the moment this introduces some method ambiguities which need to be resolved first. I think if I readjusted this PR to make the
f(...)syntax the default I should be able to resolve them without a new AbstractAlgebra release.Note that I started with the
fmpqmpolys and that the other mpoly types of Nemo are still missing.