Le 07/02/2020 à 13:20, Simon King a écrit :
If giacpy_sage became standard, it indeed sounded reasonable to me to put
all Cython files into the SageMath library and only keep any non-cython
bits into a (standard) spkg.
Such pure Python package would be empty
$ ls giacpy-sage-0.6.7-62b706740aa8
Hi Frederic,
On 2020-02-07, Han Frederic wrote:
> It is indeed rare for an spkg to be linked to the sage library...
... but it is not the only one. p_group_cohomology is similar in that
regard.
> We need one of the following
> (to not lose any features) either giacpy_sage is an external package
The cypari2 related files in sage/libs/pari/ are rather minimal
$ wc -l sage/libs/pari/*
4 pari/all.py
13 pari/convert_flint.pxd
158 pari/convert_flint.pyx
13 pari/convert_gmp.pxd
209 pari/convert_gmp.pyx
3 pari/convert_sage.pxd
296 pari/convert_sage.pyx
217 pari/__init__.py
First, thank you for this discussion.
About the sage pip install project. The problem is that I don't know at all
what will be available.
But if you are done with sage's pyx files in src/sage/libs then it should
be similar with giacpy_sage.
It is indeed rare for an spkg to be linked to the sa
Le 04/02/2020 à 15:44, Isuru Fernando a écrit :
How is making this standard affect the plans for making sage pip
installable?
This would be the first package in a while that depends on sage-the-library
that is also standard in sage-the-distribution.
That is a good point which emphasizes the fa
How is making this standard affect the plans for making sage pip
installable?
This would be the first package in a while that depends on sage-the-library
that is also standard in sage-the-distribution.
Isuru
--
You received this message because you are subscribed to the Google Groups
"sage-dev
On Monday, February 3, 2020 at 4:52:44 PM UTC-6, Samuel Lelievre wrote:
>
> Please vote for making giacpy_sage a standard package.
>
+1
The "giacpy_sage" optional package is one I always install when I build
Sage and it has been robust in my experience. As others have said, given
that giac its
You mean having a function (or global variable) to set which will be the
default backend?
I find that having a workflow consisting on expressions like:
integrate(foo,x,algorithm='giac')
is not specially comfortable, but even then, I prefear it to something like:
set_integration_backend('giac')
On Tue, Feb 4, 2020 at 9:46 AM mmarco wrote:
>
> +1
>
> Also, I suggest that we consider the possibility of using giac as the default
> backend for symbolic integration.
I guess we need to develop a setup to switch from one default
integration backend to another.
>
>
> El lunes, 3 de febrero de
+1
Also, I suggest that we consider the possibility of using giac as the
default backend for symbolic integration.
El lunes, 3 de febrero de 2020, 23:52:44 (UTC+1), Samuel Lelievre escribió:
>
> Please vote for making giacpy_sage a standard package. See
>
> - Sage Trac ticket: 28918
> Make g
On 2020-02-04, Markus Wageringel wrote:
> Giacpy_sage provides C-bindings for Giac which is already a standard
> package. So making Giacpy_sage a standard package as well would allow to
> replace pexpect calls to Giac by C-calls, which is the overarching goal of
> #16688. Giac is currently used
+1 from me too.
On Tue, Feb 4, 2020 at 8:27 AM Markus Wageringel
wrote:
>
> Giacpy_sage provides C-bindings for Giac which is already a standard package.
> So making Giacpy_sage a standard package as well would allow to replace
> pexpect calls to Giac by C-calls, which is the overarching goal o
Giacpy_sage provides C-bindings for Giac which is already a standard
package. So making Giacpy_sage a standard package as well would allow to
replace pexpect calls to Giac by C-calls, which is the overarching goal of
#16688. Giac is currently used as fallback for symbolic integration where
this
Hi Samuel,
On 2020-02-03, Samuel Lelievre wrote:
> Please vote for making giacpy_sage a standard package.
Could you elaborate what giacpy is about, i.e., what functionality would
it add to SageMath resp. improve in SageMath? That question isn't
addressed on the ticket yet.
Best regards,
Simon
14 matches
Mail list logo
