Sun 2017-02-05 13:27:02 UTC+1, Isuru Fernando:
> I've packaged sage 7.5.1 for conda for linux and have uploaded it to
anaconda.org.
>
> To try it out you can do on linux with miniconda3, (Downloads about 1 GB)
>
> conda create -n sage sage sage-spkg-sources -c isuruf -c conda-forge
>
> This
Anyway, you should also return the size of the allocated block. It might
be more standard to use
slong my_function(mpfr_ptr * answer, mpfr_ptr coeffs, slong length)
where the output would be the size of the allocated block at "*answer".
Don't you have a reasonable bound on the size of the
Hi
Thanks. I've just uploaded 7.5.1 to https://launchpad.net/~aims/+
archive/ubuntu/sagemath-dev/+packages
Note it is the sagemath-dev repo not the sagemath repo. Would you be
willing to test it?
Regards,
Jan
On 4 February 2017 at 21:07, Antonio Valdés Morales wrote:
> Dear
I tried to explain a bit to Schilly, but I'll try to explain the mix of
being competent then incompetent. So first, I've spend most of my time
living in a rural area (didn't do much on computers except elementary
school (which sucked by the way; it was a lousy catholic school... it's
weird
> ... bathroom break...
Lock your computer properly when not in use, and use a good password. Full
disk encrypt your hard drive.
You're making me very nervous about any computer account access I may have
given you...
What is your motivation for cleanin up the sage website stuff? What is
your
Thiery, extremely sorry. I can make the pages that were deleted and
redirect them to where I moved content. (Eg specifically [[pics]] and
[[animate]] to [[art]], noting that [[interact]] has been left alone.
As for the links that were on SageForHighSchool, someone must've messed
with my computer
Thanks for the hint. Compiling in plain python complained about some
missing header files. Adding them to the include path seemed to solve the
problem for now.
El domingo, 5 de febrero de 2017, 13:25:48 (UTC+1), Volker Braun escribió:
>
> On Sunday, February 5, 2017 at 11:38:25 AM UTC+1,
I see.
One problem here is that I don't know in advance the size of the returned
list, so the allocation should happen in the c++ library side. So I am
guessing the way around it is to return a pointer to the mpfr_ptr. Right?
El domingo, 5 de febrero de 2017, 11:43:54 (UTC+1), vdelecroix
Hi everyone,
This is to remind you of the online Sage Review Days 3 on Tuesday. It
will be a nice occasion for putting in a concentrated effort on closing
tickets.
We will probably communicate using Slack and Framapad. Keep an eye on
https://wiki.sagemath.org/review3 for details.
Best,
Johan
I've packaged sage 7.5.1 for conda for linux and have uploaded it to
anaconda.org.
To try it out you can do on linux with miniconda3, (Downloads about 1 GB)
conda create -n sage sage sage-spkg-sources -c isuruf -c conda-forge
This was a hacky build and I don't expect everything to work
On Sunday, February 5, 2017 at 11:38:25 AM UTC+1, mmarco wrote:
>
> cdef extern from "my_library.h":
> mpfr_t* my_function (mpfr_t *_coef)
>
That isn't exactly idiomatic C++, but ok
/home/mmarco/sage/local/lib/python2.7/site-packages/IPython/core/ultratb.pyc
> in
If you want to be complient with GMP/MPFR/FLINT you should change the
signature of
mpfr_t* my_function (mpfr_t *_coef)
to
void my_function(mfpr_ptr result, mpfr_ptr input, slong len)
And such function should not do any allocation at all.
Le 05/02/2017 à 11:40, Vincent Delecroix a
If you had a look at the code I provided you can check that what you did
is very wrong.
mpfr_t is already an array. The type "mpfr_t * x" make no sense at all.
Le 05/02/2017 à 11:38, mmarco a écrit :
I am afraid I didn't explain my problem well enough.
My problem is not to write c++ code
I am afraid I didn't explain my problem well enough.
My problem is not to write c++ code with mpfr. That is solved
It is also not to call c++ libraries from cython code that involves plain
mpfr numbers. That is also solved.
My problem is to do so with functions that involve *arrays *(or lists,
Hi Vincent,
aren't these two things solving different problems?
(the first is doing MPFR in C++, the second - MPFR in Cython)
As a C++-phobic person, I'd resort to interfacing via a plain C function.
https://isocpp.org/wiki/faq/mixing-c-and-cpp
I.e. I would do a plain C extension utilizing the
Hi,
On Fri, Feb 03, 2017 at 03:03:35PM -0800, Matthew Rennekamp wrote:
> I'm going through the sites that we have and I see a lot of duplicated and
> outdated information everywhere. So I want to ask what developers think of
> what is the purpose of various websites should be.
> So, first
Dear Marco,
Solution one
http://www.holoborodko.com/pavel/mpfr/
Second solution
see attachment
Vincent
Le 05/02/2017 à 02:20, mmarco a écrit :
I am working in a C++ library that provides some certified homotopy
continuations. It provides a function that, takes as input a list of
floating
On Sunday, February 5, 2017 at 1:57:33 AM UTC, Matthew Rennekamp wrote:
>
> I have no problem doing this, but I'm left to assume that
> https://github.com/sagemath/documentation
>
18 matches
Mail list logo