[sage-devel] Re: how to run Sage in a system wide Python

2008-07-08 Thread Fernando Perez
On Tue, Jul 8, 2008 at 10:21 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > On Wed, Jul 9, 2008 at 2:29 AM, François Bissey <[EMAIL PROTECTED]> wrote: >> >> On Wed, 09 Jul 2008, Ondrej Certik wrote: >>> The only remaining annoying thing is this one LD_LIBRARY_PATH thing. >>> I'll probably put it t

[sage-devel] Re: how to handle assumptions

2008-07-08 Thread root
>>> Also part of the problem is that the assume system in Maxima >>> is not very strong, and it has bugs. We could use some help on >>> that too. >> >> What are your ideas to handle assumptions correctly? >> >> E.g. from your slides you prefer the formula and all the symbols to be >> just symbols

[sage-devel] how to handle assumptions

2008-07-08 Thread Ondrej Certik
Hi, Robert wrote: > Also part of the problem is that the assume system in Maxima > is not very strong, and it has bugs. We could use some help on > that too. What are your ideas to handle assumptions correctly? E.g. from your slides you prefer the formula and all the symbols to be just symbols

[sage-devel] Re: how to handle assumptions

2008-07-08 Thread William Stein
On Tue, Jul 8, 2008 at 10:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > Hi, > > Robert wrote: > >> Also part of the problem is that the assume system in Maxima >> is not very strong, and it has bugs. We could use some help on >> that too. > > What are your ideas to handle assumptions correct

[sage-devel] Re: how to run Sage in a system wide Python

2008-07-08 Thread William Stein
On Tue, Jul 8, 2008 at 10:21 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > On Wed, Jul 9, 2008 at 2:29 AM, François Bissey <[EMAIL PROTECTED]> wrote: >> >> On Wed, 09 Jul 2008, Ondrej Certik wrote: >>> The only remaining annoying thing is this one LD_LIBRARY_PATH thing. >>> I'll probably put it t

[sage-devel] Re: how to run Sage in a system wide Python

2008-07-08 Thread Ondrej Certik
On Wed, Jul 9, 2008 at 2:29 AM, François Bissey <[EMAIL PROTECTED]> wrote: > > On Wed, 09 Jul 2008, Ondrej Certik wrote: >> The only remaining annoying thing is this one LD_LIBRARY_PATH thing. >> I'll probably put it to my .bashrc, as there doesn't seem to be any >> way around it. >> > It's probabl

[sage-devel] Re: working on Sage

2008-07-08 Thread Robert Dodier
William Stein wrote: > It would likely be possible -- though difficult (maybe not too difficult) -- > to have Sage automatically give all possible answers to Maxima and > construct a conditional integral expression that gives each possible > answer for given conditions. My preference for handlin

[sage-devel] Re: constructions document

2008-07-08 Thread William Stein
On Tue, Jul 8, 2008 at 12:12 PM, David Joyner <[EMAIL PROTECTED]> wrote: > > Hi: > The bugs in the constructions document pop up every once in awhile on > the email lists. My understanding was that it would be replaced by a > "cookbook", > which covered a superset of the material but had chapters

[sage-devel] Fwd: working on Sage

2008-07-08 Thread William Stein
-- Forwarded message -- From: Elliott Brossard <[EMAIL PROTECTED]> Date: Tue, Jul 8, 2008 at 4:39 PM Subject: Re: working on Sage To: William Stein <[EMAIL PROTECTED]> Here are the tests that currently succeed, some of which I've written and some of which are from Maxima/Wester. I

[sage-devel] Re: how to run Sage in a system wide Python

2008-07-08 Thread François Bissey
On Wed, 09 Jul 2008, Ondrej Certik wrote: > The only remaining annoying thing is this one LD_LIBRARY_PATH thing. > I'll probably put it to my .bashrc, as there doesn't seem to be any > way around it. > It's probably better to make a small launcher script setting the variable correctly. I have seen

[sage-devel] how to run Sage in a system wide Python

2008-07-08 Thread Ondrej Certik
Hi, thanks to Michael, Garry and Mike I figured out how to run Sage in a regular python: http://wiki.sagemath.org/Sage_in_systemwide_python turns out it's actually really simple, the only unconvenient way is that you need to start the python interpreter with: $ LD_LIBRARY_PATH="/home/ondra/ext

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread mabshoff
On Jul 8, 3:24 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote: > On 8 Jul, 03:16, mabshoff <[EMAIL PROTECTED]> wrote: > > > Hello folks, > > > Sage 3.0.4.rc0 is out. We merged only bug fixes and hope that this > > will be identical to the final release. This time we have a source > > tarball a

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread Dr. David Kirkby
On 8 Jul, 03:16, mabshoff <[EMAIL PROTECTED]> wrote: > Hello folks, > > Sage 3.0.4.rc0 is out. We merged only bug fixes and hope that this > will be identical to the final release. This time we have a source > tarball at > > http://sage.math.washington.edu/home/was/tmp/sage-3.0.4.rc0.tar On Sol

[sage-devel] Re: Laurent Polynomial problem

2008-07-08 Thread Mike Hansen
Hi Dan, You're right, this is a bug in the Laurent polynomial ring. The underlying cause of the problem is this: sage: P. = LaurentPolynomialRing(QQ) sage: qi = q^(-1) sage: qi in P False sage: q in P True sage: P(qi) ---

[sage-devel] Laurent Polynomial problem

2008-07-08 Thread Daniel Bump
The following appears to me to be a bug. Shouldn't q^(-1) be in this Laurent polynomial ring? Dan sage: P. = LaurentPolynomialRing(QQ) sage: type(q),type(q^(-1)) (, ) sage: q in P True sage: q^(-1) in P False --~--~-~--~~~---~--~~ To post to this group, send e

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread mhampton
Built fine on OS 10.4, intel, but the dsage test failed. sage -t devel/sage/sage/dsage/interface/dsage_interface.py ** File "/Users/mh/sage-3.0.4.rc0/tmp/dsage_interface.py", line 461: sage: d.is_connected() Expected: T

[sage-devel] constructions document

2008-07-08 Thread David Joyner
Hi: The bugs in the constructions document pop up every once in awhile on the email lists. My understanding was that it would be replaced by a "cookbook", which covered a superset of the material but had chapters written (or co-written) by different experts. I have a chapter draft (co-written with

[sage-devel] Re: unsupported operand parent(s)

2008-07-08 Thread Nathan Ryan
Nils, This doesn't appear to be a problem with coercion. When you multiply a*a you're calling the _mul_ attribute. In your code, you write it as _mult_. Delete the t and it works. Cheers, Nathan On Tue, Jul 8, 2008 at 11:15 AM, Nils Skoruppa <[EMAIL PROTECTED]> wrote: > > Hi all, > > Could

[sage-devel] Re: wrapping c++ code function

2008-07-08 Thread Nick Alexander
On 8-Jul-08, at 9:36 AM, ibrahim wrote: > > I don't know anything about python. If you know nothing about Python, I think you will have a very difficult time wrapping C++ code using Cython and Sage. > As they said than Sage is a python interpreter, > I just try to load the file into Sage dire

[sage-devel] Re: Notebook feature request

2008-07-08 Thread Mike Hansen
This is now http://trac.sagemath.org/sage_trac/ticket/3612 --Mike On Tue, Jul 8, 2008 at 12:42 PM, Nick Alexander <[EMAIL PROTECTED]> wrote: > > > On 8-Jul-08, at 10:08 AM, saucerful wrote: >> >> Is it possible to put links in the trackback messages that refer to >> lines in the current noteook

[sage-devel] Re: Notebook feature request

2008-07-08 Thread Nick Alexander
On 8-Jul-08, at 10:08 AM, saucerful wrote: > > Is it possible to put links in the trackback messages that refer to > lines in the current noteook (as opposed to stuff in the sage or > python libraries) so that you can jump to that line? I have found > that the code that it spits out is usually v

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread David Joyner
Builds fine and all tests passed on amd64 hardy heron, phenom chip. On Mon, Jul 7, 2008 at 10:16 PM, mabshoff <[EMAIL PROTECTED]> wrote: > > Hello folks, > > Sage 3.0.4.rc0 is out. We merged only bug fixes and hope that this > will be identical to the final release. This time we have a source >

[sage-devel] Re: QuaternionAlgebra over RealIntervalField bug

2008-07-08 Thread Mike Hansen
Hello, It looks like this is happening since the __contains__ for RealIntervalField isn't working properly. See below: ipdb> x [3.999562 .. 4.000466] ipdb> x.parent() Real Interval Field with 32 bits of precision ipdb> self.base_ring() Real Interval Field with 32 bits of precision ipdb>

[sage-devel] Notebook feature request

2008-07-08 Thread saucerful
Is it possible to put links in the trackback messages that refer to lines in the current noteook (as opposed to stuff in the sage or python libraries) so that you can jump to that line? I have found that the code that it spits out is usually very ambiguous (and there are no line numbers, another

[sage-devel] Re: wrapping c++ code function

2008-07-08 Thread ibrahim
I don't know anything about python. As they said than Sage is a python interpreter, I just try to load the file into Sage directly. When I try to import it into python, I have a syntax error: >>> import "~/.sage/rectangle/setup.pyx" File "", line 1 import "~/.sage/rectangle/setup.pyx"

[sage-devel] Re: 3.0.4.alpha2 builds

2008-07-08 Thread William Stein
On Tue, Jul 8, 2008 at 7:02 AM, mhampton <[EMAIL PROTECTED]> wrote: > > I only had 1 failure on OS X 10.4, intel: > > sage -t devel/sage/sage/finance/time_series.pyx > > probably a known issue. Yep. It's 1 digit being off? Thanks, William --~--~-~--~~~---~--~~

[sage-devel] Re: wrapping c++ code function

2008-07-08 Thread Robert Bradshaw
On Jul 8, 2008, at 8:32 AM, ibrahim wrote: > Hello! > > I'm trying to make an integration of existing C++ code by cython and > I can't find in the Sage manual how to do so using Cython. > > I tried an example from the wiki.cython explaining > how to translate a C++ code to Cython code > - tr

[sage-devel] Re: interfacing library of functions

2008-07-08 Thread Robert Bradshaw
Yes, you are correct that the cpp code in those directories is auto- generated. NTL, givaro, libsingular, linbox, etc. are shared c++ libraries (see the corresponding spkg) that are then linked to from the code in /libs. It's probably easier to first understand wrapping c code before embar

[sage-devel] Re: working on Sage

2008-07-08 Thread Gary Furnish
On Tue, Jul 8, 2008 at 12:52 AM, William Stein <[EMAIL PROTECTED]> wrote: > > On Mon, Jul 7, 2008 at 9:12 PM, Elliott Brossard > <[EMAIL PROTECTED]> wrote: >> Hi William, >> >> I am becoming more familiar with both Linux and Sage now, which makes things >> much easier. I finished porting the Maxim

[sage-devel] Re: interfacing library of functions

2008-07-08 Thread ibrahim
There is no exemple of wrapping a c++ code there is no any c or c++ source code. The c++ files are generated by sage for all teses cases. On Jun 26, 5:52 am, Robert Bradshaw <[EMAIL PROTECTED]> wrote: > Interfaces is the way to go if you're trying to wrap a cmd line   > executable. If you're

[sage-devel] wrapping c++ code function

2008-07-08 Thread ibrahim
Hello! I'm trying to make an integration of existing C++ code by cython and I can't find in the Sage manual how to do so using Cython. I tried an example from the wiki.cython explaining how to translate a C++ code to Cython code - translation of C header into a .pyx file - writing the

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread Jaap Spies
mabshoff wrote: > Hello folks, > > Sage 3.0.4.rc0 is out. We merged only bug fixes and hope that this > will be identical to the final release. This time we have a source > tarball at > > http://sage.math.washington.edu/home/was/tmp/sage-3.0.4.rc0.tar > > There might or might not be a sage.math

[sage-devel] unsupported operand parent(s)

2008-07-08 Thread Nils Skoruppa
Hi all, Could anybody point me to a link to understand the coercion model of sage. ... or, if anybody is willing to have a look at my problem: [EMAIL PROTECTED]:~$ sage -- | SAGE Version 3.0.3, Release Date: 2008-06-17

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread John Cremona
2008/7/8 John Cremona <[EMAIL PROTECTED]>: > Build ok and all tests passed here: > > Linux version 2.6.18.8-0.3-default ([EMAIL PROTECTED]) (gcc version > 4.1.2 20061115 (prerelease) (SUSE Linux)) #1 SMP Tue Apr 17 08:42:35 > UTC 2007 > > John By the way, I asked this before but the answer was to

[sage-devel] Re: 3.0.4.alpha2 builds

2008-07-08 Thread mhampton
I only had 1 failure on OS X 10.4, intel: sage -t devel/sage/sage/finance/time_series.pyx probably a known issue. -M. Hampton On Jul 7, 9:19 pm, mabshoff <[EMAIL PROTECTED]> wrote: > On Jul 7, 8:58 am, "William Stein" <[EMAIL PROTECTED]> wrote: > > > > > Build report: > > > * the pickles from

[sage-devel] Re: Sage 3.0.4.rc0 released

2008-07-08 Thread John Cremona
Build ok and all tests passed here: Linux version 2.6.18.8-0.3-default ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)) #1 SMP Tue Apr 17 08:42:35 UTC 2007 John 2008/7/8 mabshoff <[EMAIL PROTECTED]>: > > Hello folks, > > Sage 3.0.4.rc0 is out. We merged only bug fixes

[sage-devel] Re: working on Sage

2008-07-08 Thread Ondrej Certik
On Tue, Jul 8, 2008 at 8:52 AM, William Stein <[EMAIL PROTECTED]> wrote: > > On Mon, Jul 7, 2008 at 9:12 PM, Elliott Brossard > <[EMAIL PROTECTED]> wrote: >> Hi William, >> >> I am becoming more familiar with both Linux and Sage now, which makes things >> much easier. I finished porting the Maxima

[sage-devel] Re: working on Sage

2008-07-08 Thread Ondrej Certik
>> sage: integrate(log(x)/a, x) >> --- >> NameError Traceback (most recent call last) >> >> /home/gfurnish/sage-3.0.3/ in () >> >> NameError: name 'integrate' is not defined > > Sorry, I used a

[sage-devel] Re: working on Sage

2008-07-08 Thread Ondrej Certik
On Tue, Jul 8, 2008 at 1:26 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > On Tue, Jul 8, 2008 at 8:52 AM, William Stein <[EMAIL PROTECTED]> wrote: >> >> On Mon, Jul 7, 2008 at 9:12 PM, Elliott Brossard >> <[EMAIL PROTECTED]> wrote: >>> Hi William, >>> >>> I am becoming more familiar with both Lin

[sage-devel] Re: working on Sage

2008-07-08 Thread Ondrej Certik
On Tue, Jul 8, 2008 at 8:52 AM, William Stein <[EMAIL PROTECTED]> wrote: > > On Mon, Jul 7, 2008 at 9:12 PM, Elliott Brossard > <[EMAIL PROTECTED]> wrote: >> Hi William, >> >> I am becoming more familiar with both Linux and Sage now, which makes things >> much easier. I finished porting the Maxima