On Jul 24, 4:34 pm, William Stein wrote:
> with Sage, e.g., Itanium, you must use a system-wide gfortran. You
> have to explicitly tell the build process about the fortran
> compiler and library location. Do this by typing
>
> export SAGE_FORTRAN=/exact/path/to/gfort
Hi all,
I have a directory with several python and cython files that import and
cimport Sage objects and use them. I can't figure out how to build the
Cython files that reference Sage objects when these files are not in the
Sage source tree. What I'd love is to be able to write code like one
If a system-wide or personal bashrc startup file sets the $PATH, it
seems to overwrite any customizations in sage -sh. In looking into
this, I see that at the top of sage-sage, we have:
. $SAGE_ROOT/local/bin/sage-env 1>/dev/null 2>/dev/null
and then later on, the shell is just executed, po
David Kirkby wrote:
> I'm not much of a Windoze user, but is a 'shortcut' not like a
> symbolic link? Could shortcuts be used instead? Just a thought.
According to
http://en.wikipedia.org/wiki/Symbolic_link#Microsoft_Windows
shortcuts cannot use relative paths. They also have other limitations
Very good point. I've forwarded this onto Danilo who's working on C++
support.
On Jul 23, 2009, at 12:56 PM, Martin Albrecht wrote:
>
>> 1) Do you have any priorities for features you'd like to see sooner
>> rather than later?
>
> While debugging and fixing an issue in the current PolyBoRi wra
On Jul 25, 2009, at 12:44 AM, Jason Grout wrote:
> Hi all,
>
> I have a directory with several python and cython files that import
> and
> cimport Sage objects and use them. I can't figure out how to build
> the
> Cython files that reference Sage objects when these files are not
> in the
>
Hi Jason,
On 25 Jul., 09:44, Jason Grout wrote:
> Hi all,
>
> I have a directory with several python and cython files that import and
> cimport Sage objects and use them. I can't figure out how to build the
> Cython files that reference Sage objects when these files are not in the
> Sage source
This error message is a bit unusual to me. I'm trying to build it in
a solaris lx zone (apparently modern distros aren't supported yet -
centos 5.3 is as close as it gets that I know of):
from install.log:
cp /home/brandon/sage-4.1/spkg/build/ecl-9.4.1/src/src/../contrib/
unicode/ucd.dat .
if [
I glanced at the document and at William's response. Here are a few
observations.
1. No native Windows version seems to me to be a big issue, but it has
never been
clear to me how hard it is for an ordinary user (not admin) to install
emulation software,
on a perhaps shared machine to run (or c
On Sat, Jul 25, 2009 at 7:24 AM,
brandon.bar...@gmail.com wrote:
>
> This error message is a bit unusual to me. I'm trying to build it in
> a solaris lx zone (apparently modern distros aren't supported yet -
> centos 5.3 is as close as it gets that I know of):
Which gcc are you using?
>
> from
> I think that your goal is really to build the most inclusive darn
> "computer algebra system" you can, within your own self-imposed
> restrictions regarding languages, licensing, distribution,
> bootstrapping, shared responsibility, and especially the use of
> externally-provided free modules.
On Jul 25, 2009, at 7:32 AM, rjf wrote:
> I glanced at the document and at William's response. Here are a few
> observations.
>
> 1. No native Windows version seems to me to be a big issue, but it has
> never been
> clear to me how hard it is for an ordinary user (not admin) to install
> emulati
Why Sage not execute the python code?
from scipy import *
from pylab import *
sample_rate=1000.00
t=r_[0:0.6:1/sample_rate]
N=len(t)
s=sin(2*pi*50*t)+sin(2*pi*70*t+pi/4)
S=fft(s)
f=sample_rate*r_[0:(N/2)]/N
n=len(f)
plot(f,abs(S[0:n])/N)
Thank!
Rafael
--~--~-~--~~~--
*error message:*
Traceback (most recent call last):
File "", line 1, in
File "/home/sage/sagenb/sage_notebook/worksheets/rfcard/0/code/12.py",
line 15, in
S=fft(s)
File "", line 1, in
File
"/home/sage/sage_install/sage/local/lib/python2.6/site-packages/numpy/fft/fftpack.py",
line
My problem is sage-support!
Thank!
On Sat, Jul 25, 2009 at 5:38 PM, Rafael Cardoso Dias Costa wrote:
> *error message:*
>
> Traceback (most recent call last):
> File "", line 1, in
> File "/home/sage/sagenb/sage_notebook/worksheets/rfcard/0/code/12.py", line
> 15, in
>
> S=fft(s)
>
This work in pure python.
The problem in sage is with the line
s = sin(2*pi*50*t)+sin(2*pi*70*t+pi/4)
However, I don't know how to get Sage to
evaluate the sin of a numpy.ndarray.
For example,
sage: sample_rate=1000.00
sage: import numpy
sage: s=numpy.sin(2*numpy.pi*50*t)+numpy.sin(2*numpy.pi*
Hi Rafael,
On Sun, Jul 26, 2009 at 6:29 AM, Rafael Costa wrote:
>
> Why Sage not execute the python code?
>
> from scipy import *
> from pylab import *
>
> sample_rate=1000.00
> t=r_[0:0.6:1/sample_rate]
> N=len(t)
> s=sin(2*pi*50*t)+sin(2*pi*70*t+pi/4)
> S=fft(s)
> f=sample_rate*r_[0:(N/2)]/N
>
On Jul 25, 1:19 pm, Robert Bradshaw
wrote:
>... snip...
>
> >(RJF) 2. The reason for the recommended choice of language is to avoid
> > languages with "long tool chains".
>
> (RB) I don't think this was the primary motive--qualities like easy to
> learn, easy to read, widely used, lots of li
On Jul 25, 2009, at 4:59 PM, David Joyner wrote:
>
> This work in pure python.
>
> The problem in sage is with the line
>
> s = sin(2*pi*50*t)+sin(2*pi*70*t+pi/4)
>
> However, I don't know how to get Sage to
> evaluate the sin of a numpy.ndarray.
> For example,
>
> sage: sample_rate=1000.00
> sa
On Jul 25, 2009, at 2:44 PM, rjf wrote:
> On Jul 25, 1:19 pm, Robert Bradshaw
> wrote:
>> ... snip...
>>
>>> (RJF) 2. The reason for the recommended choice of language is to
>>> avoid
>>> languages with "long tool chains".
>>
>> (RB) I don't think this was the primary motive--qualities like
On Sat, Jul 25, 2009 at 2:44 PM, rjf wrote:
>
>
>
> On Jul 25, 1:19 pm, Robert Bradshaw
> wrote:
>>... snip...
>>
>> >(RJF) 2. The reason for the recommended choice of language is to avoid
>> > languages with "long tool chains".
>>
>> (RB) I don't think this was the primary motive--qualities lik
Hi folks,
Ticket #3925
http://trac.sagemath.org/sage_trac/ticket/3925
is adding Bernstein's primegen C program as a standard SPKG. A patch
on that ticket modifies the file
SAGE_ROOT/spkg/standard/deps
At the moment, that file is not under revision control so one would
need to apply the patch
On Sat, Jul 25, 2009 at 4:23 PM, Minh Nguyen wrote:
>
> Hi folks,
>
> Ticket #3925
>
> http://trac.sagemath.org/sage_trac/ticket/3925
>
> is adding Bernstein's primegen C program as a standard SPKG. A patch
> on that ticket modifies the file
>
> SAGE_ROOT/spkg/standard/deps
>
> At the moment, that
2009/7/25 Robert Bradshaw :
> I've learned to never underestimate the ignorance of computer users.
> It's not that they're all unintelligent, but the number of people
> that just want to use a computer vastly outnumbers the number of
> people that want to learn anything about computers. Often the
On Sat, Jul 25, 2009 at 4:57 PM, David Kirkby wrote:
>
> 2009/7/25 Robert Bradshaw :
>
>> I've learned to never underestimate the ignorance of computer users.
>> It's not that they're all unintelligent, but the number of people
>> that just want to use a computer vastly outnumbers the number of
>>
Hi Marshall,
On Wed, Jul 22, 2009 at 12:22 AM, Marshall Hampton wrote:
>
> Because of bad experiences, I have switched to doing screencast talks
> - i.e. I do the "interactive" stuff in advance. I'm not sure what is
> available on linux for this, but on the mac I use iShowU, which is
> commercia
2009/7/26 William Stein :
>
> On Sat, Jul 25, 2009 at 4:57 PM, David Kirkby wrote:
>>
>> 2009/7/25 Robert Bradshaw :
>>
>>> I've learned to never underestimate the ignorance of computer users.
>>> It's not that they're all unintelligent, but the number of people
>>> that just want to use a compute
On Sat, Jul 25, 2009 at 5:16 PM, Minh Nguyen wrote:
>
> Hi Marshall,
>
> On Wed, Jul 22, 2009 at 12:22 AM, Marshall Hampton wrote:
>>
>> Because of bad experiences, I have switched to doing screencast talks
>> - i.e. I do the "interactive" stuff in advance. I'm not sure what is
>> available on li
On Sat, Jul 25, 2009 at 5:19 PM, David Kirkby wrote:
>
> 2009/7/26 William Stein :
>>
>> On Sat, Jul 25, 2009 at 4:57 PM, David Kirkby wrote:
>>>
>>> 2009/7/25 Robert Bradshaw :
>>>
I've learned to never underestimate the ignorance of computer users.
It's not that they're all unintellige
Minh Nguyen wrote:
>
> The problem is that Sage and NumPy do not yet talk to each other very
> well. The relevant tickets to accomplish this are:
>
> #6497
> http://trac.sagemath.org/sage_trac/ticket/6497
>
> #5081
> http://trac.sagemath.org/sage_trac/ticket/5081
>
> #6506
> http://trac.sagem
On Sun, Jul 26, 2009 at 11:30 AM, Jason
Grout wrote:
>
> Minh Nguyen wrote:
>
>>
>> The problem is that Sage and NumPy do not yet talk to each other very
>> well. The relevant tickets to accomplish this are:
>>
>> #6497
>> http://trac.sagemath.org/sage_trac/ticket/6497
>>
>> #5081
>> http://trac.s
Rafael Costa wrote:
> Why Sage not execute the python code?
>
> from scipy import *
> from pylab import *
>
> sample_rate=1000.00
> t=r_[0:0.6:1/sample_rate]
> N=len(t)
> s=sin(2*pi*50*t)+sin(2*pi*70*t+pi/4)
> S=fft(s)
> f=sample_rate*r_[0:(N/2)]/N
> n=len(f)
> plot(f,abs(S[0:n])/N)
>
See htt
Sergei,
> I tried to translate the interface of the notebook using gettext [...]
That's great idea, somebody should already have started this :)
> 3) Function convert_seconds_to_meaningful_time_span() must be
> simplified [...] For example, in Russian we must have different ends
for 1, 2-4, 5-.
33 matches
Mail list logo
