singular-4.3.2_p15_noexpect.patch fails to completely patch singular.pxd
strogdon opened this issue · 3 comments
strogdon commented
>>> Source unpacked in /storage/strogdon/gentoo-rap/var/tmp/portage/sci-mathematics/sagemath-standard-9999/work
>>> Preparing source in /storage/strogdon/gentoo-rap/var/tmp/portage/sci-mathematics/sagemath-standard-9999/work/sagemath-standard-9999 ...
^[[32m*^[[0m Applying singular-4.3.2_p15_noexpect.patch ...
patching file sage/interfaces/singular.py
patching file sage/libs/singular/decl.pxd
patching file sage/libs/singular/function.pyx
patching file sage/libs/singular/ring.pyx
patching file sage/libs/singular/singular.pxd
Hunk #2 FAILED at 29.
1 out of 2 hunks FAILED -- saving rejects to file sage/libs/singular/singular.pxd.rej
patching file sage/libs/singular/singular.pyx
patching file sage/rings/polynomial/multi_polynomial_libsingular.pyx
patching file sage/rings/polynomial/term_order.py
singular.pxd.rej:
--- sage/libs/singular/singular.pxd
+++ sage/libs/singular/singular.pxd
@@ -29,6 +29,7 @@ cdef object si2sa_ZZmod(number *n, ring *_ring, object base)
cdef object si2sa_NF(number *n, ring *_ring, object base)
cdef object si2sa_intvec(intvec *v)
+cdef object si2sa_bigintvec(bigintmat *v)
# dispatches to all the above.
cdef object si2sa(number *n, ring *_ring, object base)
It looks like there is a noexcept
at the end of the line to be patched in singular.pyx
, i.e.
cdef object si2sa_intvec(intvec *v) noexcept
.
kiwifb commented
I did a rookie mistake when I tested the patch from the vbaun branch to the master branch. I made it harder to do those kinds of tests when I made it easier to merge back and forth. I'll look into it shortly.
strogdon commented
Fixed, thanks.