Hi there,
I'm trying to solve a differential equation problem as following
t, g = var('t, g')
y = function('s', t)
eqn = diff(y, t, 2) == g
deeq = desolve(eqn, y)
I thought that the variable g was a symbolic constant.but, I
have had an error message(Value Error: unable t
I think your cpu is too old http://en.wikipedia.org/wiki/SSSE3
I would suggest you download the source code and build Sage.
http://sagemath.com/download-source.html
Just give it 2 hours or so.
Rado
On Jan 30, 9:27 pm, keripix wrote:
> Ive already download sage for arch linux with gcc 4.4.3. How
Ive already download sage for arch linux with gcc 4.4.3. However when
i start it, i got this message:
-
WARNING! This Sage install was built on a machine that supports
instructions that are not available on this computer. Sage will
likely fail with ILLEGAL INSTRUCTION errors! The followin
I think this is known, but I can't remember whether it's been reported
or not; certainly I have run across very similar behavior in the past
as well. I think that some things related to this are because our
fast evaluation routines do not know how to handle z.real() and
friends, but that may be ch
I am running into a problem trying to plot a complex valued function
using parametric plots.
I have a function:
z = (1+I*t)^2/(I+t)
Which I try to plot:
parametric_plot((z.real(),z.imag()),(t,0.1,0.9))
...and I get an error:
TypeError: float() argument must be a string or a number
The strang
Thanks Minh and Nathann for your responses. That's exactly what I
needed, I'm up and running now!
-Tyler
--
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to
sage-support+unsubscr...@googlegroups.com
For more options, visit this gr
> Let me guess: did you update your system? In particular, did you
> upgrade your gcc from 4.4.2 to 4.4.3 recently? Somehow that messes
> things up (I'm not sure why). In any case, I had to rebuild Sage from
> scratch on my machine.
yes...you are correct.
> It's basically done; I am getting it
I found another Ultrasparc2 which is set up correctly (same linux),
and the MPIR C++ tests pass no problems. So this confirms my belief
that gcc54 was just set up wrongly.
I'm going to close the longstanding ticket we have open for that, and
I'll just build on the other machine I have found, in fu
On Sat, 30 Jan 2010 18:01:45 +1100, Alex Ghitza wrote:
>
> I will make a new binary distribution and upload it somewhere, and I'll
> send you the link when that's done.
>
It's basically done; I am getting it compressed with lzma right now, so
it should be ready in about 30 minutes, and availabl