The LDConvert error must be some LongDouble stuff not guarded correctly
with #if HAS_LONG_DOUBLE (or a variation thereof).
Cygwin does not provide these.
It should be reported upstream.
Actually we have a trac ticket and that has been reported upstream:
https://trac.sagemath.org/ticket/21690
On
As suggested I did the following:
cd sage
export SAGE_ATLAS_ARCH=base
./configure --with-blas=atlas
make
Go the following error:
Error building Sage.
The following package(s) may have failed to build (not necessarily
during this run of 'make all'):
* package: libfplll-5.0.3rc0
log fi
>
>
> I am not sure that this json is sent to jmol at all.
>>
>
> The current implementation of Jmol does not use JSON
>
http://doc.sagemath.org/html/en/reference/plot3d/sage/plot/plot3d/base.html#sage.plot.plot3d.base.Graphics3d.json_repr
"This representation is intended to be consumed by the
On Wednesday, January 25, 2017 at 2:47:44 AM UTC-8, Frédéric Chapoton wrote:
>
> I am not sure that this json is sent to jmol at all.
>
The current implementation of Jmol does not use JSON
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To uns
On Wednesday, January 25, 2017 at 7:09:31 AM UTC, Ralf Stephan wrote:
>
> Thanks Dima. It turns out as absolutely essential for the implementation
> of Gosper's algorithm. I can now get WZ certificates for complicated
> identities in a few seconds.
is this publishable? If yes then we should go
Because the algorithm only needs knowledge of nonnegative integer roots.
--
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.
T
Why is the constant coefficient of the resultant enough to determine if the
resultant has a given root?
On Wednesday, 25 January 2017 08:09:31 UTC+1, Ralf Stephan wrote:
>
> Thanks Dima. It turns out as absolutely essential for the implementation
> of Gosper's algorithm. I can now get WZ certifi
On Tue, Jan 24, 2017 at 7:50 PM, Francois Bissey
wrote:
> That was my suspicion. Now does sage-on-cygwin use openblas?
> If not that means the corresponding `.pc` files have to be filled
> with something appropriate before installing any blas/lapack dependencies.
>
> The present hack I introduced
On Tue, Jan 24, 2017 at 8:13 PM, William Stein wrote:
> On Tue, Jan 24, 2017 at 11:05 AM, Jeroen Demeyer
> wrote:
>> On 2017-01-24 16:14, William Stein wrote:
>>>
>>> I would very likely just get it done keeping the
>>> current behavior as much as possible.
>>
>>
>> As I said, the current behavi
Kwankyu Lee writes:
>
> I understand this as practically saying that we should avoid breaking
> existing doctests as much as possible and try to be consistent in new
> doctests as much as possible.
>
> And how the new doctests would be written is determined when we actually
> write the code. So
Discussion should now rather take place on the ticket page. Please ask for
a trac account (this may take some time).
I am not sure that this json is sent to jmol at all. We also have a
jmol_repr method. But maybe it is used in some three.js interfaces or in
sagemathcloud.
Now looking at other
Thanks for taking care of this. I see that you fixed the doctests too.
However, doctests will also fail in the description of `json_repr` in file
`base.pyx`, in a few instances.
More importantly, you absolutely should verify that you can send the
corrected json to jmol and have it work.
El
I have created a ticket on trac
(https://trac.sagemath.org/ticket/22253#ticket)
we do not use github and pulls, but trac tickets.
I am going to post a branch there soon.
Frederic
Le mercredi 25 janvier 2017 11:12:11 UTC+1, mjs...@gmail.com a écrit :
>
> Markdown below:
>
> Bug report: Incorre
Markdown below:
Bug report: Incorrect json representation for graphics.
## Extended description
The json representation for graphics (which I believe is intended for
Jmol),
is **not** correct json. To wit:
sage: G = cube((0,0,0),1)
sage: obj_list =
sage.plot.plot3d.base.flatten_li
14 matches
Mail list logo