[sage-devel] Re: On scientific computing, Python and Julia

As evidence of my claims that Julia is technically capable of doing generic programming faster than you can do it in C, I offer Fateman benchmark times for various systems. Julia 0.3 was released today and gives a nice speedup over 0.2, hence the better times for Julia. Fateman benchmark =

[sage-devel] Crazy/dumb idea about Sage on Windows...

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 ha

[sage-devel] Re: [sage-cloud-internal] William Stein says "Sage has overall failed"

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 Sag

[sage-devel] Re: interact.sagemath.org

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 is deluged with spam, e.g., http://interact.sagemath.org/node/1194

[sage-devel] Re: what is the plot3D viewer used in sagemath cloud

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: https://github.com/sa

Re: [sage-devel] Finding SAGE_ROOT?

On Fri, Aug 22, 2014 at 5:46 AM, Paul Graham 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 . Thats the > part wh

[sage-devel] Finding SAGE_ROOT?

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 ot

[sage-devel] Re: NameError: global name 'sage' is not defined

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 di

Re: [sage-devel] Re: SageMathCloud / closed source / GPL / Spirit of Sage??

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 eve

[sage-devel] Re: [sage-cloud-internal] William Stein says "Sage has overall failed"

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 Al

[sage-devel] Re: On scientific computing, Python and Julia

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 th

[sage-devel] Re: On scientific computing, Python and Julia

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

[sage-devel] Re: On scientific computing, Python and Julia

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 t

[sage-devel] Re: On scientific computing, Python and Julia

On Thursday, 21 August 2014 23:08:18 UTC+2, Dima Pasechnik wrote: > > On 2014-08-21, Bill Hart > 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

Re: [sage-devel] On scientific computing, Python and Julia

On Thursday, 21 August 2014 22:29:04 UTC+2, wstein wrote: > > On Thu, Aug 21, 2014 at 9:45 PM, Bill Hart > 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).

[sage-devel] Re: On scientific computing, Python and Julia

On 2014-08-21, Bill Hart 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 explicitly for such). So i

Re: [sage-devel] Re: About "pi?"

+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. O

Re: [sage-devel] On scientific computing, Python and Julia

On Thu, Aug 21, 2014 at 9:45 PM, Bill Hart 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 to Julia. Other Scienti

Re: [sage-devel] On scientific computing, Python and Julia

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 s

Re: [sage-devel] Re: About "pi?"

On Thu, 21 Aug 2014 09:38:54 -0700 (PDT) kcrisman wrote: > In this class, we don't quite instantiate the nice documentation we > actually have for TwinPrime ... > but instead do > TwinPrime().expression() > which gets rid of all that useful info. Same for most such constants, I > believe, so

[sage-devel] Re: what is the plot3D viewer used in sagemath cloud

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

Re: [sage-devel] On scientific computing, Python and Julia

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

[sage-devel] Re: what is the plot3D viewer used in sagemath cloud

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 (y

Re: [sage-devel] On scientific computing, Python and Julia

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

Re: [sage-devel] On scientific computing, Python and Julia

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

[sage-devel] Re: what is the plot3D viewer used in sagemath cloud

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 try

Re: [sage-devel] Re: new layout breaks sagenb development?

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. > >

Re: [sage-devel] On scientific computing, Python and Julia

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, 2

Re: [sage-devel] On scientific computing, Python and Julia

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 K&R C. > There are other languages which ha

[sage-devel] Re: About "pi?"

> > 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

Re: [sage-devel] On scientific computing, Python and Julia

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 K&R C. On Thursday, August 21, 2014 4:56:12 PM UTC+1, Bill Hart wrote: > > Thus the language is formally extensible a

[sage-devel] About "pi?"

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) /home/ncohen/.Sage/local/lib/python2.7/site-packages/IPyth

Re: [sage-devel] On scientific computing, Python and Julia

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 that

Re: [sage-devel] On scientific computing, Python and Julia

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. giving a list of all the things that c

Re: [sage-devel] On scientific computing, Python and Julia

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 ar

[sage-devel] Re: __repr__ for RDF

+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) > 0.666

[sage-devel] Re: [sage-cloud-internal] William Stein says "Sage has overall failed"

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 me

Re: [sage-devel] On scientific computing, Python and Julia

> > * 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 tuto

Re: [sage-devel] Re: __repr__ for RDF

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

[sage-devel] Re: __repr__ for RDF

On 2014-08-21, Jeroen Demeyer 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 pattern), bu

[sage-devel] Re: [sage-cloud-internal] William Stein says "Sage has overall failed"

On Thu, Aug 21, 2014 at 12:16 PM, Harald Schilly 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 over 250 new SageMathC

[sage-devel] William Stein says "Sage has overall failed"

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 rec

[sage-devel] Sage at EuroSciPy?

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 "s

Re: [sage-devel] On scientific computing, Python and Julia

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: > >

[sage-devel] __repr__ for RDF

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 d