Re: [sage-devel] Gentoo: Unable to configure vanilla Sage with system fplll
On Mon, Jan 11, 2021 at 7:46 PM Dima Pasechnik wrote: > > it's a bug introduced in > 26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11) >[fplll == 5.4] already fixed in https://trac.sagemath.org/ticket/31127 > > it should be '=', not '==' there > > On Mon, Jan 11, 2021 at 7:22 PM Steven Trogdon > wrote: > > > > On gentoo, after > > > > make fplll-clean > > ./configure --with-system-fplll=yes > > > > from config.log there is > > > > configure:39046: result: fplll-5.4.0: no > > suitable system package; will be installed as an SPKG > > > > However, I have system fplll-5.4.0 installed > > > > [I] sci-libs/fplll > > Available versions: ~4.0.4 5.3.2(0/6) (~)5.3.3(0/6) (~)5.4.0(0/7) {qd > > static-libs} > > Installed versions: 5.4.0(0/7)(12:27:23 PM 12/22/2020)(-qd > > -static-libs) > > Homepage:https://github.com/fplll/fplll > > Description: Implementations of the floating-point LLL > > reduction algorithm > > > > Is this the expected behavior? > > > > -- > > You received this message because you are subscribed to the Google Groups > > "sage-devel" group. > > To unsubscribe from this group and stop receiving emails from it, send an > > email to sage-devel+unsubscr...@googlegroups.com. > > To view this discussion on the web visit > > https://groups.google.com/d/msgid/sage-devel/beb8dff9-7208-4bf6-9824-e962aaadef47n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq3nLdtpexjR_S4kw8OTEH0TV6xzW2uAviY%2BY7h92ogSQg%40mail.gmail.com.
Re: [sage-devel] Gentoo: Unable to configure vanilla Sage with system fplll
And we already fixed it in https://trac.sagemath.org/ticket/31127 which should be in the next beta. > On 12/01/2021, at 8:46 AM, Dima Pasechnik wrote: > > it's a bug introduced in > 26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11) > [fplll == 5.4] > > it should be '=', not '==' there > > On Mon, Jan 11, 2021 at 7:22 PM Steven Trogdon > wrote: >> >> On gentoo, after >> >> make fplll-clean >> ./configure --with-system-fplll=yes >> >> from config.log there is >> >> configure:39046: result: fplll-5.4.0: no >> suitable system package; will be installed as an SPKG >> >> However, I have system fplll-5.4.0 installed >> >> [I] sci-libs/fplll >> Available versions: ~4.0.4 5.3.2(0/6) (~)5.3.3(0/6) (~)5.4.0(0/7) {qd >> static-libs} >> Installed versions: 5.4.0(0/7)(12:27:23 PM 12/22/2020)(-qd -static-libs) >> Homepage:https://github.com/fplll/fplll >> Description: Implementations of the floating-point LLL reduction >> algorithm >> >> Is this the expected behavior? >> >> -- >> You received this message because you are subscribed to the Google Groups >> "sage-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to sage-devel+unsubscr...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/sage-devel/beb8dff9-7208-4bf6-9824-e962aaadef47n%40googlegroups.com. > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sage-devel+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/sage-devel/CAAWYfq3ZVU0WaGvkhpCqF60AQA0eezxnMeQc1xt%3Dw5xP8Z-3oQ%40mail.gmail.com. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/7F247636-F35D-4976-8F6D-7A20CB454915%40gmail.com.
Re: [sage-devel] Gentoo: Unable to configure vanilla Sage with system fplll
it's a bug introduced in 26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11) [fplll == 5.4] it should be '=', not '==' there On Mon, Jan 11, 2021 at 7:22 PM Steven Trogdon wrote: > > On gentoo, after > > make fplll-clean > ./configure --with-system-fplll=yes > > from config.log there is > > configure:39046: result: fplll-5.4.0: no > suitable system package; will be installed as an SPKG > > However, I have system fplll-5.4.0 installed > > [I] sci-libs/fplll > Available versions: ~4.0.4 5.3.2(0/6) (~)5.3.3(0/6) (~)5.4.0(0/7) {qd > static-libs} > Installed versions: 5.4.0(0/7)(12:27:23 PM 12/22/2020)(-qd -static-libs) > Homepage:https://github.com/fplll/fplll > Description: Implementations of the floating-point LLL reduction > algorithm > > Is this the expected behavior? > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sage-devel+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/sage-devel/beb8dff9-7208-4bf6-9824-e962aaadef47n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq3ZVU0WaGvkhpCqF60AQA0eezxnMeQc1xt%3Dw5xP8Z-3oQ%40mail.gmail.com.
[sage-devel] Gentoo: Unable to configure vanilla Sage with system fplll
On gentoo, after make fplll-clean ./configure --with-system-fplll=yes from config.log there is configure:39046: result: fplll-5.4.0: no suitable system package; will be installed as an SPKG However, I have system fplll-5.4.0 installed [I] sci-libs/fplll Available versions: ~4.0.4 5.3.2(0/6) (~)5.3.3(0/6) (~)5.4.0(0/7) {qd static-libs} Installed versions: 5.4.0(0/7)(12:27:23 PM 12/22/2020)(-qd -static-libs) Homepage:https://github.com/fplll/fplll Description: Implementations of the floating-point LLL reduction algorithm Is this the expected behavior? -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/beb8dff9-7208-4bf6-9824-e962aaadef47n%40googlegroups.com.
[sage-devel] Re: How to compile sparse graph backend with c++
Super weird. I think it is a cython bug, but I'm not sure. The problem seems to be that the parent class has the same method. I need to enforce the correct method by self.foo(u) -> SparseGraph.foo(self, u) This seems to work (compiles and the doctests pass). jonatha...@googlemail.com schrieb am Freitag, 8. Januar 2021 um 16:31:48 UTC+1: > Prepending > # distutils: language = c++ > to src/sage/graphs/base/sparse_graph.pyx makes my compilation crash. > > Does anyone know, how to fix it. I'm on develop and I'm getting the > following compilation error. Does anyone know how to resolve this? Thank > you. > > Jonathan > > (I want to see whether cpp set would be a reasonable alternative to our > private tree implementation.) > > [sagelib-9.3.beta5] [3/3] gcc -Wno-unused-result -Wsign-compare -DNDEBUG > -g -fwrapv -O3 -Wall -Wno-unused -march=native -O2 -g -march=native -O3 -g > -fPIC -I./sage/data_structures > -I/srv/public/kliem/sage/local/lib/python3.8/site-packages/cysignals > -I./sage/cpython -Isage/data_structures > -I/srv/public/kliem/sage/build/pkgs/sagelib/src > -I/srv/public/kliem/sage/local/include/python3.8 > -I/srv/public/kliem/sage/local/lib/python3.8/site-packages/numpy/core/include > -Ibuild/cythonized -I/srv/public/kliem/sage/local/include/python3.8 -c > build/cythonized/sage/graphs/base/sparse_graph.cpp -o > build/temp.linux-x86_64-3.8/build/cythonized/sage/graphs/base/sparse_graph.o > -fno-strict-aliasing -DCYTHON_CLINE_IN_TRACEBACK=1 -std=c++11 > [sagelib-9.3.beta5] build/cythonized/sage/graphs/base/sparse_graph.cpp: In > function ‘PyObject* > __pyx_f_4sage_6graphs_4base_12sparse_graph_11SparseGraph_add_arc_label(__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraph*, > > int, int, int, > __pyx_opt_args_4sage_6graphs_4base_12sparse_graph_11SparseGraph_add_arc_label*)’: > [sagelib-9.3.beta5] > build/cythonized/sage/graphs/base/sparse_graph.cpp:6543:94: error: cannot > convert ‘__pyx_obj_4sage_6graphs_4base_7c_graph_CGraph*’ to > ‘__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraph*’ > [sagelib-9.3.beta5]__pyx_t_6 = > __pyx_f_4sage_6graphs_4base_12sparse_graph_11SparseGraph_add_arc_label_unsafe(((struct > > __pyx_obj_4sage_6graphs_4base_7c_graph_CGraph *)__pyx_v_self), __pyx_v_u, > __pyx_v_v, __pyx_v_l); if (unlikely(__pyx_t_6 == ((int)-1))) __PYX_ERR(0, > 917, __pyx_L1_error) > [sagelib-9.3.beta5] > > ~^ > [sagelib-9.3.beta5] > build/cythonized/sage/graphs/base/sparse_graph.cpp:6280:155: note: > initializing argument 1 of ‘int > __pyx_f_4sage_6graphs_4base_12sparse_graph_11SparseGraph_add_arc_label_unsafe(__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraph*, > > int, int, int)’ > [sagelib-9.3.beta5] static int > __pyx_f_4sage_6graphs_4base_12sparse_graph_11SparseGraph_add_arc_label_unsafe(struct > > __pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraph *__pyx_v_self, int > __pyx_v_u, int __pyx_v_v, int __pyx_v_l) { > [sagelib-9.3.beta5] > > ~^~~~ > [sagelib-9.3.beta5] build/cythonized/sage/graphs/base/sparse_graph.cpp: In > function ‘PyObject* > __pyx_pf_4sage_6graphs_4base_12sparse_graph_18SparseGraphBackend_4has_edge(__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraphBackend*, > > PyObject*, PyObject*, PyObject*)’: > [sagelib-9.3.beta5] > build/cythonized/sage/graphs/base/sparse_graph.cpp:10771:105: error: cannot > convert ‘__pyx_obj_4sage_6graphs_4base_7c_graph_CGraphBackend*’ to > ‘__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraphBackend*’ > [sagelib-9.3.beta5]__pyx_t_2 = > __pyx_f_4sage_6graphs_4base_12sparse_graph_18SparseGraphBackend__has_labeled_edge_unsafe(((struct > > __pyx_obj_4sage_6graphs_4base_7c_graph_CGraphBackend *)__pyx_v_self), > __pyx_v_u_int, __pyx_v_v_int, __pyx_v_l); if (unlikely(__pyx_t_2 == > ((int)-1))) __PYX_ERR(0, 1348, __pyx_L1_error) > [sagelib-9.3.beta5] > > ~^~~~ > [sagelib-9.3.beta5] > build/cythonized/sage/graphs/base/sparse_graph.cpp:2013:173: note: > initializing argument 1 of ‘int > __pyx_f_4sage_6graphs_4base_12sparse_graph_18SparseGraphBackend__has_labeled_edge_unsafe(__pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraphBackend*, > > int, int, PyObject*)’ > [sagelib-9.3.beta5] static int > __pyx_f_4sage_6graphs_4base_12sparse_graph_18SparseGraphBackend__has_labeled_edge_unsafe(struct > > __pyx_obj_4sage_6graphs_4base_12sparse_graph_SparseGraphBackend > *__pyx_v_self, int __pyx_v_u_int, int __pyx_v_v_int, PyObject *__pyx_v_l); > /* proto*/ > [sagelib-9.3