Re: [sage-devel] Geogebra in Notebook (#7489)

2010-01-03 Thread William Stein
On Sun, Jan 3, 2010 at 1:19 PM, Jacob Hicks wrote: > I am trying to integrate Geogebra into the sage notebook.  So far I > can make a Geogebra applet appear, but only if I link to the jar files > on an external server. I need to figure out where to place the jar > files so that the notebook can ac

Re: [sage-devel] Can we avoid using 'ctypes' in python?

2010-01-03 Thread David Kirkby
> Anyway, the following non-ctypes-code should do the same thing: > > #!/usr/bin/env python > > import sys > if sys.maxint > 2**32: >    print "64" > else: >    print "32" > > >  -- William > Thanks. I used to work on a Bruker NMR spectrometer. You code would have failed on that, as it was 24-bits

Re: [sage-devel] Can we avoid using 'ctypes' in python?

2010-01-03 Thread William Stein
On Sun, Jan 3, 2010 at 5:29 PM, David Kirkby wrote: > 2010/1/4 William Stein : >> On Sun, Jan 3, 2010 at 5:02 PM, Dr. David Kirkby >> wrote: >>> You might have seen my previous post about a problem with ATLAS not knowing >>> how >>> many bits my system is. There's a file 'bitwidth.py' in the top

[sage-devel] Re: line_graph does not handle loops correctly

2010-01-03 Thread davidp
But then there is the problem of needing distinct names for the vertices of the line graph. Thus, line_graph doesn't handle multiple edges correctly either. Dave -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+u

Re: [sage-devel] How much code to convert to IEEE 754 format ?

2010-01-03 Thread David Kirkby
2010/1/3 Alex Ghitza : > On Sun, 3 Jan 2010 05:35:37 +, David Kirkby > wrote: >> >> Was there a good reason for choosing the name 'sgn'? It sems a bit >> strange to me. >> > > That's the standard mathematical notation for this function, see > > http://en.wikipedia.org/wiki/Sign_function > > >

Re: [sage-devel] Re: How much code to convert to IEEE 754 format ?

2010-01-03 Thread David Kirkby
2010/1/3 Jason Grout : > Dr. David Kirkby wrote: >> The IEEE 754 representation of a floating point number is basically >> >> (-1)^2 x c x 2^q >> s=sign bit >> c=significand (or 'coefficient') >> q=exponent >> >> http://en.wikipedia.org/wiki/IEEE_754-2008 >> >> E is most accurately represented by:

Re: [sage-devel] Can we avoid using 'ctypes' in python?

2010-01-03 Thread David Kirkby
2010/1/4 William Stein : > On Sun, Jan 3, 2010 at 5:02 PM, Dr. David Kirkby > wrote: >> You might have seen my previous post about a problem with ATLAS not knowing >> how >> many bits my system is. There's a file 'bitwidth.py' in the top level >> directory >> of ATLAS. (i.e where spkg-install an

Re: [sage-devel] Can we avoid using 'ctypes' in python?

2010-01-03 Thread William Stein
On Sun, Jan 3, 2010 at 5:02 PM, Dr. David Kirkby wrote: > You might have seen my previous post about a problem with ATLAS not knowing > how > many bits my system is. There's a file 'bitwidth.py' in the top level > directory > of ATLAS. (i.e where spkg-install and SPKG.txt normally go). The conte

[sage-devel] Can we avoid using 'ctypes' in python?

2010-01-03 Thread Dr. David Kirkby
You might have seen my previous post about a problem with ATLAS not knowing how many bits my system is. There's a file 'bitwidth.py' in the top level directory of ATLAS. (i.e where spkg-install and SPKG.txt normally go). The contents of that file are: #!/usr/bin/env import ctypes print str(8*ct

Re: [sage-devel] SAGE_FORTRAN_LIB

2010-01-03 Thread Dr. David Kirkby
Alex Ghitza wrote: > On Sun, 03 Jan 2010 23:37:37 +, "Dr. David Kirkby" > wrote: >> I do not know anything about ArchLinux. But is your 64-bit machine capable >> of >> making 32-bit executables? The point is on Solaris, there would be two >> versions >> of the library, as one can make bot

Re: [sage-devel] Re: about sagenb-xx.spkg and translations

2010-01-03 Thread Dan Drake
On Sun, 03 Jan 2010 at 08:17AM -0800, ma...@mendelu.cz wrote: > I think that it would be nice to allow localization of notebook. I > have seen a notebook in korean, but do not know how the admin of the > server achieved this. They simply went through the source code and changed the strings. I have

Re: [sage-devel] SAGE_FORTRAN_LIB

2010-01-03 Thread Alex Ghitza
On Sun, 03 Jan 2010 23:37:37 +, "Dr. David Kirkby" wrote: > I do not know anything about ArchLinux. But is your 64-bit machine capable of > making 32-bit executables? The point is on Solaris, there would be two > versions > of the library, as one can make both 32 and 64-bit binaries on the

[sage-devel] Re: line_graph does not handle loops correctly

2010-01-03 Thread davidp
Solution?: The beginning of the code for line_graph: if self._directed: G=DiGraph() G.add_vertices(self.edges(labels=labels)) for v in self: # Connect appropriate incident edges of the vertex v G.add_edges([(e,f) for e in

[sage-devel] ATLAS thinks my system is 0 bits

2010-01-03 Thread Dr. David Kirkby
I'm getting a bit of an odd error trying to build ATLAS. Sun Ultra 27, 3.33 GHz Xeon Solaris 10, 06/2006 64-bit build To try to get this to work, I set CFLAGS=-m64 CXXFLAGS=-m64 FCFLAGS=-m64 SAGE64=yes (I know the first 2 are not necessary, but half the .spkgs only work accept SAGE64 if on OS

Re: [sage-devel] SAGE_FORTRAN_LIB

2010-01-03 Thread Dr. David Kirkby
Alex Ghitza wrote: > This is not the case in Archlinux. I have a 32-bit machine and a 64-bit > machine, and for both of them the fortran library is at > > /usr/lib/libgfortran.so I do not know anything about ArchLinux. But is your 64-bit machine capable of making 32-bit executables? The point

[sage-devel] line_graph does not handle loops correctly

2010-01-03 Thread davidp
The line graph of a graph consisting of a single loop should again be a single loop. sage: g = DiGraph(matrix([[1]]),format='adjacency_matrix') sage: g.loops() [(0, 0, None)] sage: lg = g.line_graph() sage: lg.num_edges() # PROBLEM: there should be one edge 0 My motivation: The

Re: [sage-devel] SAGE_FORTRAN_LIB

2010-01-03 Thread Alex Ghitza
On Sun, 03 Jan 2010 22:52:46 +, "Dr. David Kirkby" wrote: > I note in a recent update to the top level README.txt, Minh has better > documented what SAGE_FORTRAN does - it is not as obvious as one might think. > > I believe there is something else missing, though I'm only 99% sure of this.

[sage-devel] SAGE_FORTRAN_LIB

2010-01-03 Thread Dr. David Kirkby
I note in a recent update to the top level README.txt, Minh has better documented what SAGE_FORTRAN does - it is not as obvious as one might think. I believe there is something else missing, though I'm only 99% sure of this. The example shows: export SAGE_FORTRAN=/exact/path/to/gfortran export

[sage-devel] Geogebra in Notebook (#7489)

2010-01-03 Thread Jacob Hicks
I am trying to integrate Geogebra into the sage notebook. So far I can make a Geogebra applet appear, but only if I link to the jar files on an external server. I need to figure out where to place the jar files so that the notebook can access them and once they are there how to set the path to the

Re: [sage-devel] about sagenb-xx.spkg and translations

2010-01-03 Thread Tim Joseph Dumol
On Mon, Jan 4, 2010 at 12:49 AM, Mike Hansen wrote: > On Sun, Jan 3, 2010 at 10:43 AM, Tim Joseph Dumol > wrote: > > There is currently no multi-language support in the notebook. It would be > > great if you can start helping out. The Jinja documentation on i18n > > (internationalization) may be

Re: [sage-devel] Problem running Sage 4.3 in Ubuntu Jaunty 9.04

2010-01-03 Thread William Stein
On Sun, Jan 3, 2010 at 10:42 AM, Lucio Lastra wrote: > Hi all, > > I attached the error I get when trying to run Sage 4.3 on > a Ubuntu Jaunty 9.04 Thinkpad T60 notebook. > > I would like to know how can I solve this trouble. Is it > that Sage wouldn't run in Jaunty? Since we do not provide an Ub

[sage-devel] Problem running Sage 4.3 in Ubuntu Jaunty 9.04

2010-01-03 Thread Lucio Lastra
Hi all, I attached the error I get when trying to run Sage 4.3 on a Ubuntu Jaunty 9.04 Thinkpad T60 notebook. I would like to know how can I solve this trouble. Is it that Sage wouldn't run in Jaunty? It's important for me to know it since the LiveCD is a Jaunty distro. Greetings, Lucio -- T

[sage-devel] Re: [sage-combinat-devel] Symmetric functions / importing standard shorthands in the interpreter namespace

2010-01-03 Thread William Stein
On Sun, Jan 3, 2010 at 6:59 AM, Nicolas M. Thiery wrote: > On Mon, Dec 28, 2009 at 02:49:15PM -0500, Mike Hansen wrote: >> On Sun, Dec 27, 2009 at 7:45 PM, William Stein wrote: >> > What precisely is a "shorthand"?   It seems like a bad name. >> > >> > Maybe >> > >> >  sage: S.inject_elements() >

Re: [sage-devel] about sagenb-xx.spkg and translations

2010-01-03 Thread Mike Hansen
On Sun, Jan 3, 2010 at 10:43 AM, Tim Joseph Dumol wrote: > There is currently no multi-language support in the notebook. It would be > great if you can start helping out. The Jinja documentation on i18n > (internationalization) may be useful: > http://jinja.pocoo.org/1/documentation/i18n. I've fo

Re: [sage-devel] about sagenb-xx.spkg and translations

2010-01-03 Thread Tim Joseph Dumol
Hello, On Mon, Jan 4, 2010 at 12:20 AM, Thierry Dumont wrote: > Vincent D a écrit : > > Hi, > > > > I aim to construct a french translation of the notebook (with french > > tutorial) on > > > > http://sage.irem.univ-mrs.fr:8000 > > > > Is there any attempt of multi-language support for it ?

Re: [sage-devel] about sagenb-xx.spkg and translations

2010-01-03 Thread Thierry Dumont
Vincent D a écrit : > Hi, > > I aim to construct a french translation of the notebook (with french > tutorial) on > > http://sage.irem.univ-mrs.fr:8000 > > Is there any attempt of multi-language support for it ? > > It seems that the files concerning the notebook lives in the > independant

[sage-devel] Re: about sagenb-xx.spkg and translations

2010-01-03 Thread ma...@mendelu.cz
On 3 led, 17:08, Vincent D <20100.delecr...@gmail.com> wrote: > Hi, > > I aim to construct a french translation of the notebook (with french > tutorial) on > >    http://sage.irem.univ-mrs.fr:8000 > > Is there any attempt  of multi-language support for it ? Hi, this is not answer, simply comment.

[sage-devel] about sagenb-xx.spkg and translations

2010-01-03 Thread Vincent D
Hi, I aim to construct a french translation of the notebook (with french tutorial) on http://sage.irem.univ-mrs.fr:8000 Is there any attempt of multi-language support for it ? It seems that the files concerning the notebook lives in the independant package sagenb. But there are still some

[sage-devel] Re: Enhancement of graph drawing

2010-01-03 Thread slabbe
I answered on the sage-combinat list just after the forward of Nicolas Thiéry, so I am pasting my answer here on sage-devel. Sébastien 2010/1/3 Sébastien Labbé : > Hi Victor Miller, > >> I would like the following enhancements of graph drawing: >> >> 1) The ability to add an optional label to ver

[sage-devel] Re: [sage-combinat-devel] Enhancement of graph drawing

2010-01-03 Thread Nicolas M. Thiery
Dear Victor, I am bouncing your e-mail to sage-devel, since for historical reasons that's where graph stuff is usually discussed. Best, Nicolas On Fri, Jan 01, 2010 at 10:23:05AM -0800, VictorMiller wrote: > I would like the following enhancements

[sage-devel] Re: [sage-combinat-devel] Symmetric functions / importing standard shorthands in the interpreter namespace

2010-01-03 Thread Nicolas M. Thiery
On Mon, Dec 28, 2009 at 02:49:15PM -0500, Mike Hansen wrote: > On Sun, Dec 27, 2009 at 7:45 PM, William Stein wrote: > > What precisely is a "shorthand"?   It seems like a bad name. > > > > Maybe > > > >  sage: S.inject_elements() > > > > or > > > >  sage: S.inject_special_elements() > > > > or so