Dear RJF,
Dear list,
This was an interesting read and I have learnt some things:
* I wrongly assumed floating point in computer context to mean sign
bit, fixed range for mantissa, fixed range for exponent, special
cases for -inf, +inf, +0, -0, nan.
* I think Sage's RealField(prec) is more
Currently in Sage, we have
sage: RR(2/3)
0.667
sage: float(2/3)
0.
sage: RDF(2/3)
0.6667
It's annoying that all these 3 are exactly the same thing (53-bit
precision floats with the same bit pattern), but all 3 have a different
__repr__. I noticed this in a
On Wednesday, August 20, 2014 4:54:35 AM UTC+2, Bill Hart wrote:
Oh what a shame I missed the party. And I don't have time to read all the
wonderfully eloquent nonsense in this thread.
So, since we both are the only remaining hangover crowd, I've one last
question about Julia:
But I
Hi all,
Is anybody planning to be at EuroScipy 2014 next week in Cambridge?
https://www.euroscipy.org/2014/
Any Sage or SageMathCloud projects that could benefit from an impromptu
sprint?
All the best,
Joris
--
You received this message because you are subscribed to the Google Groups
Surprisingly, sometimes Reddit contains actual discussions:
http://www.reddit.com/r/math/comments/2e3qla/william_stein_says_sage_has_overall_failed/
-- H
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To unsubscribe from this group and stop
On Thu, Aug 21, 2014 at 12:16 PM, Harald Schilly
harald.schi...@gmail.com wrote:
Surprisingly, sometimes Reddit contains actual discussions:
http://www.reddit.com/r/math/comments/2e3qla/william_stein_says_sage_has_overall_failed/
I just read through it. It might be one reason that there were
On 2014-08-21, Jeroen Demeyer jdeme...@cage.ugent.be wrote:
Currently in Sage, we have
sage: RR(2/3)
0.667
sage: float(2/3)
0.
sage: RDF(2/3)
0.6667
It's annoying that all these 3 are exactly the same thing (53-bit
precision floats with the same bit
On 2014-08-21 15:05, Dima Pasechnik wrote:
I think it's a great idea, and will reduce the confusion level quite a bit;
what precision will you choose as the right one?
I will simply use the repr() function for Python floats (except for NaN
and infinities).
--
You received this message because
* I think Sage's RealField(prec) is more accurately called
fixed-precision floating-point than arbitrary-precision floating-point,
since range of mantissa and exponent are fixed once prec is known.
Yes, and although I am not an expert in such things, I always point this
out in
The title they gave it -- 'William Stein says Sage has overall
failed' -- seems a bit sensational. I think that if people read
the blog post they will see that I don't mean that the enormous effort
that people like Volker, Jereon, etc., are doing, isn't a fantastic
job. I'm
+1
There is another ticket that'll require some larger scale fixing of
doctests at http://trac.sagemath.org/ticket/16746...
On Thursday, August 21, 2014 8:07:22 AM UTC+1, Jeroen Demeyer wrote:
Currently in Sage, we have
sage: RR(2/3)
0.667
sage: float(2/3)
On Thursday, 21 August 2014 10:58:36 UTC+2, Harald Schilly wrote:
On Wednesday, August 20, 2014 4:54:35 AM UTC+2, Bill Hart wrote:
Oh what a shame I missed the party. And I don't have time to read all the
wonderfully eloquent nonsense in this thread.
So, since we both are the only
Sorry, my answer to your question about tab completion was incomplete. I
posted it before rereading it.
You can define the A.b syntax in Julia if you should so desire. It's
essentially just another kind of method overload in Julia.
And then, it supports A.tab giving a list of all the things
I should probably add, since it might excite you Harald, that most syntax
in Julia does not actually exist in the language proper. Much of the syntax
is defined in library code, e.g. array access, the dot notation and all
sorts of other things.
But because of the way Julia operates, all of
Hellooo everybody !
Earlier today Vincent and I needed to enumerate some twin primes (integers
x such that x and x+2 are both primes).
We were lucky, for Sage contains a twinprimes object.
sage: twinprime
twinprime
sage: twinprime(4)
Incidentally, the whole argument type-dependent function dispatch is at the
core of the GAP language (though you have to recompile the GAP kernel to
change it). And GAP predates KR C.
On Thursday, August 21, 2014 4:56:12 PM UTC+1, Bill Hart wrote:
Thus the language is formally extensible at
We were lucky, for Sage contains a twinprimes object.
sage: twinprime
twinprime
sage: twinprime(4)
/home/ncohen/.Sage/local/lib/python2.7/site-packages/IPython/core/interactiveshell.py:2883:
DeprecationWarning: Substitution using function-call syntax and unnamed
arguments is
On Thursday, 21 August 2014 18:23:48 UTC+2, Volker Braun wrote:
Incidentally, the whole argument type-dependent function dispatch is at
the core of the GAP language (though you have to recompile the GAP kernel
to change it). And GAP predates KR C.
There are other languages which have
Oh, I should mention, the c = a*b = mul(c, a, b) problem is probably
soluble in D with a much cleaner and easier to compile solution than C++
offers. D metaprogramming is strictly more powerful than that of C++.
On Thursday, 21 August 2014 18:59:39 UTC+2, Bill Hart wrote:
On Thursday, 21
I have set up a pull request to move the flask_version directory to inside
sagenb.
The documentation can be fixed later, but this should enable anyone to
start working on sagenb dev immediately. I also checked that the newly
generated sagenb tarball installs and works correctly.
I've
three.js, which is also available in SageCell (you have to call it
explicitly as (threejs(plot(sin))), but they function differently. There
are some threads on the notebook list about three.js problems.
On Wednesday, 20 August 2014 14:19:52 UTC-6, Frédéric Chapoton wrote:
Hello,
I am trying
Let me be even more specific. If you could come up with a workable solution
to the c = a*b = mul(c, a, b) problem, you could write a paper on it and
get a lot of kudos for doing so. Even after 50 years, it's still
essentially an open problem in modern compiler design.
Move semantics and rvalue
So, would it be thinkable of to move sage from Python to Julia? Sounds like
a titanic task, but sounds like if there are so many advantages in Julia
with respect to Python, it could be worth it.
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To
Thanks ! Do you know which file format is used by sagemath cloud to
communicate with threejs ? Is it .obj or .x3d or json ? Where can I find
the code ? and some documentation ?
Le jeudi 21 août 2014 19:17:51 UTC+2, Andrey Novoseltsev a écrit :
three.js, which is also available in SageCell
Julia can already call Python functions (and I don't mean in some
theoretical, technical sense, I mean very practically via an interface
designed explicitly for such). So it's not necessary to move Sage from
Python to Julia. Other Scientific Python projects haven't done this.
There are other
On Thursday, 21 August 2014 13:27:06 UTC-6, Frédéric Chapoton wrote:
Thanks ! Do you know which file format is used by sagemath cloud to
communicate with threejs ? Is it .obj or .x3d or json ? Where can I find
the code ? and some documentation ?
I think JSON, William is probably the right
Having been dabbling in Julia myself, I can agree it's definitely
worth a look for people interested in numerical programming and lispy
metaprogramming facilities. For people coming from other languages it
can take a while to figure out where exactly you're supposed to *put*
things, and the type
On Thu, Aug 21, 2014 at 9:45 PM, Bill Hart goodwillh...@googlemail.com wrote:
Julia can already call Python functions (and I don't mean in some
theoretical, technical sense, I mean very practically via an interface
designed explicitly for such). So it's not necessary to move Sage from
Python
+1 to dynamically generating a suitable docstring if the expression
consists only of a single constant. But IMHO it should still make clear
that this is a symbolic expression, so every functionality for symbolics
still applies. Its just a special symbolic expression that is just a
constant.
On 2014-08-21, Bill Hart goodwillh...@googlemail.com wrote:
--=_Part_5_2037022158.1408650350021
Content-Type: text/plain; charset=UTF-8
Julia can already call Python functions (and I don't mean in some
theoretical, technical sense, I mean very practically via an interface
designed
On Thursday, 21 August 2014 22:29:04 UTC+2, wstein wrote:
On Thu, Aug 21, 2014 at 9:45 PM, Bill Hart goodwi...@googlemail.com
javascript: wrote:
Julia can already call Python functions (and I don't mean in some
theoretical, technical sense, I mean very practically via an interface
On Thursday, 21 August 2014 23:08:18 UTC+2, Dima Pasechnik wrote:
On 2014-08-21, Bill Hart goodwi...@googlemail.com javascript: wrote:
--=_Part_5_2037022158.1408650350021
Content-Type: text/plain; charset=UTF-8
Julia can already call Python functions (and I don't mean in some
On Friday, 22 August 2014 00:08:20 UTC+2, Bill Hart wrote:
My cursory look into Julia only poped out JIT stuff, not a real
complier...
Static compilation is coming to Julia. But not because it will speed
things up. It already has all the speed of an optimising compiler at the
Another thing that I think is terribly important is that the entire
technology stack, LLVM, all its libraries and packages, its console, the
IJulia web interface and Julia itself, all work out of the box on Windows
64, natively, not as a Cygwin app (they use MinGW64/MSYS2 to build Julia).
And
I just found time to actually read the links posted by the OP on Graydon
Hoare's history of programming language development, culminating in Julia.
Oh I wish I could write like that! The guy is clearly a genius of immense
proportions.
I truly, truly wish that the computer algebra and number
2014-2015 will be a big year for Sage i think, with SMC leading the charge,
now that SMC in particular has matured alot. From personal everyday
experience i know that the idea of being able to make a free account and
have access to a more mathematically substantial/capable version of Wolfram
Seems like some people forget that, you have to play the game in order to
be successful. The game could broadly be described as: navigating the
framework of society. That framework whether you like it or not, is and
likely will continue to be composed largely of money.
The game consists for
I was able to get things working okay in my development version of sage,
the sage git repo at ~/sage , but when i try to do this:
sage: t = Tachyon()
sage: t.show()
in my system non development sage installation, i get the same error as
before? Im using sage 6.3. Im assuming my installations
In trying to setup development for the Sage Notebook, by following the
guide at: http://www.sagemath.org/doc/developer/sagenb/index.html , you
first need to locate the root directory of the Sage installation, SAGE_ROOT
. Thats the part where im stuck as i dont know where SAGE_ROOT is... Many
On Fri, Aug 22, 2014 at 5:46 AM, Paul Graham paulgrah...@outlook.com wrote:
In trying to setup development for the Sage Notebook, by following the guide
at: http://www.sagemath.org/doc/developer/sagenb/index.html , you first need
to locate the root directory of the Sage installation, SAGE_ROOT
On 8/21/14, 15:27, Frédéric Chapoton wrote:
Thanks ! Do you know which file format is used by sagemath cloud to
communicate with threejs ? Is it .obj or .x3d or json ? Where can I find
the code ? and some documentation ?
The relevant files for smc are the 3d.* files here:
On 8/18/14, 17:33, kcrisman wrote:
On Monday, August 18, 2014 3:22:00 PM UTC-4, wstein wrote:
Hi,
Andrey Novoseltsev kindly pointed out that interact.sagemath.org
http://interact.sagemath.org is
deluged with spam, e.g.,
http://interact.sagemath.org/node/1194
Hi William,
From my point of view Sage definitely has *not* failed! I would not be able
to do the computations I need
for my research on any other platform at this point (of course this could
be possibly done, but with an enormous
effort). More and more people are interested in switching to
Hi folks,
off the cuff, probably totally dumb. Reading some of the threads about
Sage, Julia, Windows, etc, got me thinking... If/when there's a Sage kernel
for the IPython/Jupyter notebook, I wonder if that could give you guys a
way to move forward on Windows, where I know you've fought pretty
44 matches
Mail list logo