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
>
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
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
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
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
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,
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
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
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
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 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
> ... 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
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
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
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
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
18 matches
Mail list logo