Hello,
William Stein wrote:
I pasted my docstring in from Sage Version 6.2.rc2, Release Date:
2014-05-04, but with sage-6.3 the This always returns 1. appears.
So this docstring was *just* changed a month ago (by [1]).
If it said This always returns 1. for a long time, that would be
Sometimes the build of the documentation fails with
Error building the documentation.
Note: incremental documentation builds sometimes cause spurious
error messages. To be certain that these are real errors, run
make doc-clean first and try again.
Now I'm questioning if it is a good idea to
Makefiles aren't really good at conditionals like that, but the patchbot
should certainly do it. The Sage buildbot always does a doc-clean before
building the docs.
On Wednesday, September 17, 2014 10:35:41 AM UTC+1, Jakob Kroeker wrote:
Sometimes the build of the documentation fails with
This is the plain vanilla upstream when this question is asked.
Ok, thanks!
Could that branch name be printed in the error message, just to avoid
confusion for other patchbot users?
1. I find that this question should not be asked and the default should be
'No'
Agreed.
Should I open
It seems to me it is the case.
Can this be fixed?
It's not really important as the commit is still linked in the branch field
and that's the only place a human can clic.
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To unsubscribe from this
Hi
How can I do exact comparison of numbers in AA?
I noticed that this doesn't work very reliably:
el1 = AA((x^4 - 2238072*x^2 + 44133904).roots()[1][0])
el2 = (791264*AA(2*cos(pi/8))^2 - 463492).sqrt()
el1 == el2
^- This fails for me (resp. never stops)
[el1-el2 gives 0.?e-15]
Best
You are doing the right thing, but AA (and QQbar) are very slow at
testing equality -- and hence also at division since the denominator
must be tested for equality with 0.
In this case since el1.minpoly() and el2.minpoly() are the same, and
the roots in RR are very different:
sage: el1.minpoly()
On 2014-09-17, Jonas Jermann jjerma...@gmail.com wrote:
Hi
How can I do exact comparison of numbers in AA?
I noticed that this doesn't work very reliably:
el1 = AA((x^4 - 2238072*x^2 + 44133904).roots()[1][0])
el2 = (791264*AA(2*cos(pi/8))^2 - 463492).sqrt()
el1 == el2
^- This fails for
Hi
I use AA(2*cos(pi/n)) for the default embedding in the corresponding
(totally real) NumberField (of which I later take a relative (real)
quadratic extension for which I also try to find the correct
embedding). - Ticket #16936, #16976.
I choose AA as my default embedding field because it
Jonas Jermann wrote:
What would you suggest I do to get a fast exact sign/comparison?
Just a wild guess, but you may want to see if the patch at
http://trac.sagemath.org/ticket/15600
helps.
--
Marc
--
You received this message because you are subscribed to the Google Groups
sage-devel
Hi
On 17.09.2014 17:29, Marc Mezzarobba wrote:
Jonas Jermann wrote:
What would you suggest I do to get a fast exact sign/comparison?
Just a wild guess, but you may want to see if the patch at
http://trac.sagemath.org/ticket/15600
helps.
It doesn't (also note that the polynomials here
Hi again
After a closer look it seems that almost all time is spent
in the calculation of el2._exact_field().pari_field()
which occurs in
gen = left._exact_field().union(right._exact_field())
from line 7851 of qqbar.py.
One suggestion for a maybe faster algorithm to check equality:
1. Check
On 17.09.2014 19:02, Jonas Jermann wrote:
Hi again
After a closer look it seems that almost all time is spent
in the calculation of el2._exact_field().pari_field()
which occurs in
gen = left._exact_field().union(right._exact_field())
from line 7851 of qqbar.py.
One suggestion for a maybe
On Wed, 17 Sep 2014 17:59:49 +0200
Jonas Jermann jjerma...@gmail.com wrote:
On 17.09.2014 17:29, Marc Mezzarobba wrote:
Jonas Jermann wrote:
What would you suggest I do to get a fast exact sign/comparison?
Just a wild guess, but you may want to see if the patch at
Hi Erik
[sorry, the first mail was sent to you directly]
On 17.09.2014 19:21, Erik Massop wrote:
On Wed, 17 Sep 2014 17:59:49 +0200
It doesn't (also note that the polynomials here have deg=4 8).
the polynomials?
sage: el2 = (791264*AA(2*cos(pi/8))^2 - 463492).sqrt()
sage:
#In The Name of God#
Dear Sage-devel
I want to know how I should introduce the system of equations and the
corresponding vector of initial values to Sage a priori to solve them with
some functions like sage.calculus.desolvers.desolve_odeint or
sage.calculus.desolvers.desolve_system
.
If
Hi all,
I'm hijacking this thread for my own compile-on-a-supercomputer issue. This
system (LSU's Mike II) apparently doesn't have separate compile nodes, and
I was told to run an interactive session on a compute node to do my
compilation.
I think I set all standard software to use GCC
I'm pretty sure that fails on the flock. Your cluster file system doesn't
have file locking. Try to build on some locally attached storage (perhaps
/scratch or /tmp)
On Wednesday, September 17, 2014 7:13:58 PM UTC+1, Stefan wrote:
Hi all,
I'm hijacking this thread for my own
Thanks! This was in /scratch, but on this system it's just an alias for
/work, and still on the cluster filesystem. I believe there's local storage
once you get assigned a node, I'll give that a try, and report back.
--Stefan.
--
You received this message because you are subscribed to the
We're making progress! The build now fails on R, with the line:
checking for visible __lib_stack_end... yes
checking for lpr... lpr
checking for paperconf... false
Error configuring R.
On Wednesday, September 17, 2014 3:02:04 PM UTC-5, Stefan wrote:
Thanks! This was in /scratch, but on
The sage-devel list is intended for development and not for questions
related to Sage usage. For that purpose there are:
- the website ask.sagemath.org
- the googlegroups sage-support (to whom I transfered this e-mail)
Please use them for your future usage.
You might have a look at
Can you post the config.log for R?
Francois
On Wed, 17 Sep 2014 13:34:40 Stefan wrote:
We're making progress! The build now fails on R, with the line:
checking for visible __lib_stack_end... yes
checking for lpr... lpr
checking for paperconf... false
Error configuring R.
On
Can you post the config.log for R?
Certainly!
Incidentally, the support guy was concerned about the --prefix option
passed to the configure script (see line 18 of the log below). Is that
something to worry about?
--Stefan.
Found local metadata for r-3.1.1.p0
Found local sources at
On Wed, 17 Sep 2014 16:31:40 Stefan wrote:
Incidentally, the support guy was concerned about the --prefix option
passed to the configure script (see line 18 of the log below). Is that
something to worry about?
No. Because you don't see what is passed to configure. This is a report
of sage
Ok. It's a bit long, so I pasted it here:
http://pastebin.com/9a4KCGX9
--Stefan
On Wednesday, September 17, 2014 6:44:01 PM UTC-5, François wrote:
On Wed, 17 Sep 2014 16:31:40 Stefan wrote:
Incidentally, the support guy was concerned about the --prefix option
passed to the configure
It looks like that's a fairly obscure bit of autotool configuration
here that fails. So, you don't have libpaper installed which is
understandable on a compute node (although it could be argued that
a program could query it to format an output) but will be on any
desktop distro. I am fairly the
Thank you so much, I do consider your suggestions.
Sorry for inconvenience...
در پنجشنبه 18 سپتامبر 2014، ساعت 1:31:37 (UTC+4:30)، vdelecroix نوشته:
The sage-devel list is intended for development and not for questions
related to Sage usage. For that purpose there are:
- the website
27 matches
Mail list logo
