[sage-devel] integer fast-paths for simple arithmetic functions

2007-09-10 Thread Joel B. Mohler
Hi, David Harvey raised a speed question on http://sagetrac.org/sage_trac/ticket/628 It's a legitimate concern, but as far as I can tell, it's a completely orthogonal issue to that specific patch thanks to Pablo's clever coding (all of the exceptional code only occurs if we aren't on the fast

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread Pablo De Napoli
Thank you for your comments on my patch It is a legitimate concern, I agree (and could affect many number-theoretical or similar functions); and the principle of solution that you are proposing could be a good one. (I like the idea of writing some code in cython that calls pari directly, I don't

[sage-devel] Mercurial Plugin for Trac

2007-09-10 Thread Mike Hansen
Pablo mentioned that it'd be nice to have a Mercurial plugin for Trac. It turns out (a bit unsurprisingly -- there seems to be a plugin for everything for Trac) that there is an experimental one: http://trac.edgewall.org/wiki/TracMercurial I think it'd be a nice feature to have on the Trac serve

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread Joel B. Mohler
On Monday 10 September 2007 18:21, Pablo De Napoli wrote: > I could not read your modification to my patch since you've uploaded > that as an hg bundle. I think that for trac the best would be to > upload patches in plain text. That way, trac knows how to format it so > that it can be easy read on

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread David Harvey
On Sep 10, 2007, at 4:44 PM, Joel B. Mohler wrote: > > Hi, > > David Harvey raised a speed question on > http://sagetrac.org/sage_trac/ticket/628 > It's a legitimate concern, but as far as I can tell, it's a completely > orthogonal issue to that specific patch thanks to Pablo's clever > coding

[sage-devel] Re: Mercurial Plugin for Trac

2007-09-10 Thread mabshoff
On Sep 10, 3:30 pm, "Mike Hansen" <[EMAIL PROTECTED]> wrote: > Pablo mentioned that it'd be nice to have a Mercurial plugin for Trac. > It turns out (a bit unsurprisingly -- there seems to be a plugin for > everything for Trac) that there is an experimental > one:http://trac.edgewall.org/wiki/

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread mabshoff
On Sep 10, 4:17 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote: > On Monday 10 September 2007 18:21, Pablo De Napoli wrote: > > > I could not read your modification to my patch since you've uploaded > > that as an hg bundle. I think that for trac the best would be to > > upload patches in plain

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread ncalexan
On Mon, September 10, 2007 1:44 pm, Joel B. Mohler wrote: > The principle refinement needed is: How can call_fast_integer_function > bewritten generically? This does not address how one does this, and I'm not even sure this is what you mean by generic, but: Python includes a method decorator sy

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread William Stein
On 9/10/07, David Harvey <[EMAIL PROTECTED]> wrote: > I'm not too comfortable with this suggestion... it's too specific to > integer arguments. > > When someone calls e.g. binomial(x, y), is it possible to make that > call go directly to cython? We can't avoid the initial "binomial" > name lookup,

[sage-devel] Re: integer fast-paths for simple arithmetic functions

2007-09-10 Thread Joel B. Mohler
On Monday 10 September 2007 18:15, David Harvey wrote: > > The binomial function then gets a prefix something like: > > > > try: > > call_fast_integer_function( x, m, _binomial_raw ) > > except CoercionError: > > # compute binomial slowly > > > > The principle refinement needed is:

[sage-devel] Re: compiling on AIX/PowerPPC

2007-09-10 Thread Hamptonio
cat /etc/issue gives: Welcome to SUSE LINUX Enterprise Server 9 (x86_64) - Kernel \r (\l). The tail end of the polymake build, when it crashes, has the following: make[2]: Leaving directory `/home/bc1/hamptonm/sage-2.8.3.6/spkg/build/ polymake-2.2.p2/build/modules/graph' g++ -I/home/bc1/hampt

[sage-devel] Re: sage-2.8.4.1 -- minor bugfix release

2007-09-10 Thread Dan Christensen
"William Stein" <[EMAIL PROTECTED]> writes: > I've released sage-2.8.4.1, which is a very minor bugfix release: Builds fine on Mac OS X 10.4.10, Intel Core 2 Duo: real77m24.900s user48m46.842s sys 24m24.761s ... SAGE build/upgrade complete! All tests run by "make test" pass. But "

[sage-devel] Re: compiling on AIX/PowerPPC

2007-09-10 Thread mabshoff
On Sep 10, 8:36 pm, Hamptonio <[EMAIL PROTECTED]> wrote: > cat /etc/issue gives: Hello Marshall, > > Welcome to SUSE LINUX Enterprise Server 9 (x86_64) - Kernel \r (\l). > > The tail end of the polymake build, when it crashes, has the > following: > > make[2]: Leaving directory `/home/bc1/hamp

[sage-devel] Re: sage-2.8.4.1 -- minor bugfix release

2007-09-10 Thread William Stein
On 9/9/07, Dan Christensen <[EMAIL PROTECTED]> wrote: > But "sage -t" reports lots of errors, and spent an hour or two in > > sage -t devel/doc-2.8.4.1/ref/sage.misc.trace.tex > > before I killed it. If these errors are surprising, let me know and >From "sage -help" -t -- test examples in

[sage-devel] Sage Bug Day 3, upcoming releases and trac organization

2007-09-10 Thread mabshoff
Hello folks, I finally had some time to finish going through unassigned trac tickets. I renamed the sage-3.0 milestone to sage-feature. The reason is that sage-3.0 will happen sooner or later and we had lots of tickets assigned that might or might not happen in that time frame. Currently we hav