On Jun 18, 5:38 pm, Robert Miller wrote:
> On Fri, Jun 18, 2010 at 5:21 PM, John H Palmieri
> wrote:
>
> > Is the proper syntax documented anywhere? I can't find it.
Okay, see
http://trac.sagemath.org/sage_trac/ticket/9270
for documentation. I hope I have it right. See
http://trac.sag
On Fri, Jun 18, 2010 at 5:21 PM, John H Palmieri wrote:
> Is the proper syntax documented anywhere? I can't find it.
I could only find mention of it here:
$ ./sage -advanced
...
-t [-verbose] [-long] [-optional] [-only-optional=list,of,tags]
-- test examples in .py, .pyx, .sa
On Jun 18, 3:21 pm, Robert Miller wrote:
> Learning about the sage -t -only-optional argument, I'm noticing that
> there are quite a few modules which don't use the proper syntax.
Is the proper syntax documented anywhere? I can't find it. (I might
even suggest that if it's not documented, it is
On Jun 18, 3:21 pm, Robert Miller wrote:
> Right now I'm fixing this in the graphs directory...
See
http://trac.sagemath.org/sage_trac/ticket/9269
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@goo
On 06/18/10 01:41 PM, Juan Jose Garcia-Ripoll wrote:
Use of the dynamic foreign function interface is discouraged unless you have
libffi around. Use --without-dffi or install the previously mentioned
library in a place where ECL's configuration program can find it.
I am not going to fix that ass
Learning about the sage -t -only-optional argument, I'm noticing that
there are quite a few modules which don't use the proper syntax. If
the doctest is followed by a
# optional -- pkg1, pkg2, pkg3
and the tester calls
sage -t [...] -only-optional=pkg4,pkg5,[...]pkg6
then the doctest will be ru
On 06/18/10 08:56 PM, Juan Jose Garcia-Ripoll wrote:
On Fri, Jun 18, 2010 at 6:12 PM, Dr. David Kirkby
wrote:
If one attempts to build ECL 10.4.1 (latest available stable release) in
parallel, so the build goes wrong
Yes, this is known, but I do not have time / skills to track the
dependenci
On 06/18/10 08:50 PM, Juan Jose Garcia-Ripoll wrote:
On Fri, Jun 18, 2010 at 7:58 PM, Dr. David Kirkby
wrote:
Is this dynamic foreign function interface needed for Maxima? Would you
advise
us to disable this on all platforms, or just OpenSolaris, given we do not
have
libffi in Sage?
I frankl
On Fri, Jun 18, 2010 at 6:12 PM, Dr. David Kirkby
wrote:
> If one attempts to build ECL 10.4.1 (latest available stable release) in
> parallel, so the build goes wrong
Yes, this is known, but I do not have time / skills to track the
dependencies that break this. In general I run away from parall
On Fri, Jun 18, 2010 at 7:58 PM, Dr. David Kirkby
wrote:
> Is this dynamic foreign function interface needed for Maxima? Would you
> advise
> us to disable this on all platforms, or just OpenSolaris, given we do not
> have
> libffi in Sage?
>
I frankly do not know. I suspect Maxima just uses stan
On 06/18/10 01:41 PM, Juan Jose Garcia-Ripoll wrote:
Use of the dynamic foreign function interface is discouraged unless you have
libffi around. Use --without-dffi or install the previously mentioned
library in a place where ECL's configuration program can find it.
I am not going to fix that ass
A ticket should probably be opened for both axiom.py and fricas.py (or
one for each). The parsing of the output is very simplistic and buggy.
I would guess that some simple code was done to get the interface
started but has not been developed further.
Adam
--
To post to this group, send an email
On Friday, June 18, 2010, Dr. David Kirkby wrote:
> On 06/18/10 05:08 PM, Nils Bruin wrote:
>
> On Jun 18, 8:12 am, "Dr. David Kirkby"
> wrote:
>
>
> Sorry, it was the original purpose of #8951, but now #8951 has been expanded -
> perhaps too much, as now it has a whole new version of ECL which se
On 06/18/10 05:08 PM, Nils Bruin wrote:
On Jun 18, 8:12 am, "Dr. David Kirkby"
wrote:
Sorry, it was the original purpose of #8951, but now #8951 has been expanded -
perhaps too much, as now it has a whole new version of ECL which seems to be
stalled because of maxima
http://trac.sagemath.org/
If one attempts to build ECL 10.4.1 (latest available stable release) in
parallel, so the build goes wrong
Here it is on a Sun Ultra 27 with a quad core hyper-threaded (8 threads) Xeon
processor. I've set 12 threads running, using 'make -j 12'.
This is on OpenSolaris, but it's clearly been ex
On Jun 18, 8:12 am, "Dr. David Kirkby"
wrote:
> Sorry, it was the original purpose of #8951, but now #8951 has been expanded -
> perhaps too much, as now it has a whole new version of ECL which seems to be
> stalled because of maxima
http://trac.sagemath.org/sage_trac/ticket/8645 has a minimally
On 06/18/10 03:15 PM, Dr. David Kirkby wrote:
There are a number of tickets "active" for updates to ECL. Several have
positive review, but are based on different versions of ECL, Some of the
fixes that supposed to be applied are not.
Issues are
* The new code to implement building SPKGs in para
Is it actually possible to build local Python documentation in
addition to Sage one and link to it? Because even if all links are
correct and everything is working nicely, it means that one has to
have an active internet connection for *browsing* the documentation
and I think it would be good to av
On 6/17/10 10:23 AM, Greg Laun wrote:
Our geometry lab has a good deal of existing code for hyperbolic
geometry, and one of my goals this summer is to port it to Sage. I
spoke with Bill Goldman, who heads the lab, and he's on board with
GPLing the code and releasing it into the Sage code base i
On 6/16/10 4:44 AM, Florent Hivert wrote:
A few questions / requests for a vote:
- do we want this feature ?
- do you think it is the right way to go or is it Ok to let sage access to
Python site when compiling ?
-1 to requiring access to the internet when compiling.
- if Python updat
There are a number of tickets "active" for updates to ECL. Several have positive
review, but are based on different versions of ECL, Some of the fixes that
supposed to be applied are not.
Issues are
* The new code to implement building SPKGs in parallel needs a minor change to
the the spkg-i
The last few lines in the _eval_line function of
devel/sage/sage/interfaces/axiom.py look like
outs = out.split("\n")
i = 0
outline = ''
for line in outs:
line = line.rstrip()
# print "'%s'"%line
if line[:4] == ' (':
On 06/18/10 01:17 PM, Mariah Lenox wrote:
trac #2048 while humorous could be closed
Mariah
Agreed, I've done it.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options,
On 06/18/2010 01:55 PM, ma...@mendelu.cz wrote:
> Hi, sws it is gzipped (or bzipped) tar fille. Unzip, untar and
bzipped and tarred... ;-)
OK that helps. Thanks.
> you should see text version and directories, one subdirectory for each
> output cell.
Yes. But the output cell directories are empt
trac #2048 while humorous could be closed
Mariah
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: h
Hi, sws it is gzipped (or bzipped) tar fille. Unzip, untar and ypou
should see text version and directories, one subdirectory for each
output cell.
Robert
On 18 čvn, 12:02, Ralf Hemmecke wrote:
> Hello,
>
> I realized that the .sws File of a notebook is not a text file.
> Would it be hard to als
Hello,
I realized that the .sws File of a notebook is not a text file.
Would it be hard to also provide a text format that one could edit with
any editor?
What I see, when I press the "Edit" button already doesn't look too bad.
Also when pressing the "Text" button, the notebook shows nice txt.
(A
> Why is it that we have the World graph hard-coded? Wouldn't it be
> better to get an up-to-date world graph?
Because it took me several hours of bash scripts, and bash scripts are
often ugly, and even some python code, to build it :-D
> (There are 100 more countries
> on the CIA factbook---refe
28 matches
Mail list logo
