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*/
>
