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
Cannot copy() instances of GurobiBackend. #12973
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Changed keywords from none to Gurobi, GurobiBackend |
comment:3
Wow !! Very good patch for a first ! Well, it did not apply cleanly on version 5.1.beta0 but that was to be expected if you worked on 4.8 Actually, the replacement from GUROBI to Gurobi has been done since, and that was the whole reason why it did not apply. I just rebased your patch on 5.1.beta0 and updated it on the trac ticket. There is a problem though, for your patch does not compile. When I apply it and type "sage -b" I get this :
This is because cdef methods should be added to gurobi_backend.pxd as it is added for glpk in glpk_backend.pxd. I will post another patch to do exactly that. Nathann |
comment:4
Nice ! So I agree with your changes, but as I added something myself you also need to check that everything is fine on your side, and then we will be able to set this ticket to "positive review", which means that the release manager can add it to the next release of Sage! Thank you for your patch !! Nathann |
This comment has been minimized.
This comment has been minimized.
comment:6
Thanks Nathann! I am a bit reluctant to upgrade to Sage 5.x to test the patch due to the issues with Core2 Duo Macs.... Also, in my original patch, I did have a
line.... Maybe that bit of the patch didn't apply properly in 5.1? One question: why have you changed copy to be a cdef instead of a cpdef? (I used cpdef because that's what GLPKBackend uses (or did in 4.8).) |
comment:7
Helloooooo !!!
Ahaha. That's understandable
OOpps. Yes, probably. I looked at the list of rejected lines and saw so many GUROBI -> Gurobi, I probably missed that one.
Oops, you are right. Actually, cpef functions are functions that can be called at either C-level or Python level. Well, it more or less changes nothing in this situation, as the code onl calls the copy method from the backends at C level. It's actually totally up to you Nathann |
comment:9
Please fill in your real name as Author. |
Author: Nathann Cohen |
Reviewer: Nathann Cohen |
Changed author from Nathann Cohen to Emil R. Vaughan |
comment:12
patchbot: |
Dependencies: #14566 |
Attachment: 16400.patch.gz |
Attachment: trac_12973-review.patch.gz |
comment:14
Rebased ! Nathann |
comment:15
lgtm |
Changed reviewer from Nathann Cohen to Volker Braun |
Changed author from Emil R. Vaughan to Emil R. Vaughan, Nathann Cohen |
comment:16
Just learned a new acronym. Thank you very much Volker ! Nathann |
Merged: sage-5.10.beta3 |
GurobiBackend does not implement copy().
I've attached a patch to add this functionality.
The patch also corrects a few doctests in the same file, that have solver="Gurobi" instead of solver="GUROBI".
(The patch was created with Sage 4.8.)
APPLY:
Depends on #14566
Component: linear programming
Keywords: Gurobi, GurobiBackend
Author: Emil R. Vaughan, Nathann Cohen
Reviewer: Volker Braun
Merged: sage-5.10.beta3
Issue created by migration from https://trac.sagemath.org/ticket/12973
The text was updated successfully, but these errors were encountered: