Re: [sage-devel] Re: Unifying Command line options

That SEP suggests adding subcommands similar to what Andrew suggested. But I don't agree with removing sage -t etc because you can get the same functionality with make. David On Mon, Feb 6, 2012 at 05:08, Keshav Kini wrote: > I just found this SEP (Sage Enhancement Proposal), which one might wa

Re: [sage-devel] use "./configure; make" for Sage?

I think it's nice for people who are not used to Unix to be able to just type make rather than also having to run configure first. So I would support William's intermediate option, though I don't know whether we have anyone who actually wants to write such a configure script. David On Sun, Feb 5,

[sage-devel] Funding for you to come work on Sage

William and I are planning three workshops in the next four months and we have funding available to support attendees. If you're seriously interested in attending one (or more) of these please e-mail me immediately. A priori we have no restrictions on where you're flying from and we don't need a

Re: [sage-devel] Re: sage-5.0.x and OS X 10.7 Lion

> > As for why your viewpoint might be harmful: I have heard anecdotes of > people > not wanting to release their code because it was ugly, or nonstandard, or > difficult to use, etc. As long as the response that they are going to > receive > it along the lines of the above, that viewpoint is valid

Re: [sage-devel] Segfault in Sage 4.8 with matrices, generator expressions, and Cython

I'm not actually a cython developer, so I don't know what the issues involved are. I agree that a compile time error would be nice David On Fri, Feb 3, 2012 at 12:29, Nicolas M. Thiery wrote: >Hi David, > > On Wed, Feb 01, 2012 at 01:39:06PM -0800, David Ro

Re: [sage-devel] Segfault in Sage 4.8 with matrices, generator expressions, and Cython

>From http://wiki.cython.org/ReleaseNotes-0.15: The inlined generator expressions (introduced in Cython 0.13) were disabled in favour of full generator expression support. This breaks code that previously used them inside of cdef functions (usage in def functions continues to work) and induces a p

Re: [sage-devel] Unifying Command line options

> % sage ARGS # this would be for running sage scripts, or a couple of > oddball arguments > % sage notebook ARGS > % sage pkg ARGS # this would include spkg stuff > % sage pkg install # since install has some special flags like -f or -s > % sage test ARGS > % sage build ARGS > % sage {python,maxim

Re: [sage-devel] Unifying Command line options

functionality which should be available before building python (sage -i for example). Overall I think using python for the majority of sage's option parsing is a good idea. David On Fri, Jan 27, 2012 at 02:20, R. Andrew Ohana wrote: > On Fri, Jan 27, 2012 at 02:07, David Roe wrote: &

Re: [sage-devel] Unifying Command line options

Why? So that things like sage -i can work without python? David On Fri, Jan 27, 2012 at 02:15, Jeroen Demeyer wrote: > On 2012-01-27 11:04, R. Andrew Ohana wrote: >> So I've been looking into restarting ticket #21 now that we have >> argparse in python 2.7. > -1 to making Python a requirement to

Re: [sage-devel] Unifying Command line options

Come over to Padelford: Robert and I are working on something like this. :-) David On Fri, Jan 27, 2012 at 02:04, R. Andrew Ohana wrote: > So I've been looking into restarting ticket #21 now that we have > argparse in python 2.7. The basic premise of the ticket was to make > our command line opt

Re: [sage-devel] Re: Literal matrix syntax

>> Another issue: do we allow [1..10; 10..20]? > > We probably shouldn't go to extra effort to support it. > >> I can't seem to construct >> matrices with matrix entries (this is not absurd) -- but should the >> preparser grok it? [[1..10; 10..20] ; [2..12; 14..24]] > > Yes, for sure. And [[1..10;

Re: [sage-devel] Re: xcode and gcc

> So the idea would be that one would develop on Mac by doing > > ./sage -i gcc > ./sage -b +1 David -- 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

Re: [sage-devel] Re: Literal matrix syntax

> So I am suggesting that a clean syntax is possible if > the base ring is associated with the target symbol, not > with the input tokens. Apprently in Axiom you can statically type variable names, whereas in Python a variable is dynamically typed: you can't specify that a should hold an Integer f

Re: [sage-devel] Re: Literal matrix syntax

> As for global defaults, it's nice for both examples and debugging for > there to be as little global state as possible, and someone who wants > RDF for reals probably wants CDF for complexes. The consistency > argument is a good one, but changing matrix(...) would be much more > invasive, and bot

Re: [sage-devel] Literal matrix syntax

>> I would like to propose the addition of a matrix literal syntax, namely >> >> sage: [1, 2; 3, 4] >> [1 2] >> [3 4] > +1 +1 from me as well > >> A second question, what of the basering? > > Consistency with "[Mm]atrix([[1,2],[3,4]])" would be most clear. So would > you argue to change basering o

Re: [sage-devel] Re: sage days numbering

> Some people have proposed that it would be a good idea to have an > architecture for comparisons that are useful for making output (e.g., > a list of complex numbers) be returned in some well-defined order, but > which wouldn't be __cmp__.      Then one can order complex (number > field, etc.) el

Re: [sage-devel] Integer Factorization: cunningham-tables-1.1 as a standard spkg

nstall. The Brent spkg is 11.2MB to download and 47.2MB on disk, and takes about 100 seconds to install. It creates the database during installation. David On Mon, Dec 12, 2011 at 05:38, David Roe wrote: > I just did some experiments with SQL.  I wanted to see if people had > thoughts on the

Re: Re: [sage-devel] timeit for mathematicians

That sounds awesome, and not too hard to do. I'll add it to my wishlist as well. David On Tue, Dec 20, 2011 at 02:25, Nicolas M. Thiery wrote: > On Fri, Dec 16, 2011 at 10:12:35AM -0800, Harald Schilly wrote: >>    done, it's here: http://trac.sagemath.org/sage_trac/ticket/12168 > > Speaking of

Re: [sage-devel] Re: Do we really want that Hom(2/3, 8/1) does not result in an error??

I think it's fine to require that objects in a category support weakrefs. There are certainly categories where you might want integers to be the objects, but then I think that you need to wrap those integers in some class inheriting from CategoryObject. Simon, where were you planning on adding th

Re: [sage-devel] Anyone developing Differential System and Cartan--Kaehler in sage?

I also work in math far from the Cartan-Kähler theorem, but I'm enthusiastic about having more support for differential forms in Sage. David On Thu, Dec 15, 2011 at 06:38, adsmith wrote: > Hi everyone, > > I am in need of a package to carry out computations in exterior > algebra, differential ide

[sage-devel] Magma verbosity

I helping a colleague try to wrap some magma code that uses verbose print statements. Apparently, just setting the verbose flag is not enough: sage: magma.SetVerbose("Factorization",1) sage: magma.Factorization(56654654654464) [ <2, 11>, <1289, 1>, <21461137, 1> ] Instead, you have to use StdOut

Re: [sage-devel] Re: Representation of finite field elements

>> So now I have hacked together a patch that works as I will it, both in >> the shell and notebook. I think it is a bug that the latex >> representation currently ignores the repr-value of the finite field. >> What do you other say? Agreed: latex should respect the repr-value. >> And as long as

Re: [sage-devel] Re: Integer Factorization: cunningham-tables-1.1 as a standard spkg

On Mon, Dec 12, 2011 at 07:33, R. Andrew Ohana wrote: > On Mon, Dec 12, 2011 at 06:12, David Roe wrote: >> >> Yes.  I labelled all of the columns as index=True. > > > You should not be indexing all columns, only the ones you are making many > queries upon. By "

Re: [sage-devel] Integer Factorization: cunningham-tables-1.1 as a standard spkg

>> First of all, size on disk.  Storing the Cunningham database using a >> list and dictionary requires 1.04MB.  The database takes 10.7MB >> (perhaps I chose a poor representation.  I've included my skeleton >> below). > > > This shouldn't be too much of a concern, assuming the source text files >

Re: [sage-devel] Re: Integer Factorization: cunningham-tables-1.1 as a standard spkg

>> but my guess is that it would take about >> 90ms (since a single query takes about 80ms to execute). > > > Did you use an index with the table? Yes. I labelled all of the columns as index=True. I don't know if that's sufficient, or if the size-on-disk would be a lot less without redundant ind

Re: [sage-devel] Integer Factorization: cunningham-tables-1.1 as a standard spkg

eger) k (Integer) s (Integer) factor_id (Integer) - used to link with the factors table. On Sat, Dec 10, 2011 at 14:15, David Roe wrote: > The current approach is to just load a dictionary into memory from a > .sobj file.  I was thinking yesterday that this might be better done &

Re: [sage-devel] gcd with integers mod n

>> 4.7.2.alpha4, 4.8.alpha3: >> >> sage: five = Integers(7).list()[5]; five >> 5 >> sage: five.parent() >> Ring of integers modulo 7 >> sage: gcd(Integer(five), Integer(7)) >> 1 >> sage: gcd(five, 7) >> 5 >> > > I like the new behavior better.   It's coercing to the common parent,  then > giving a

Re: [sage-devel] Integer Factorization: cunningham-tables-1.1 as a standard spkg

The current approach is to just load a dictionary into memory from a .sobj file. I was thinking yesterday that this might be better done with a real database; I'm certainly open to that suggestion from a reviewer on the ticket. It sounds like sqlite is probably a better approach. The load time o

[sage-devel] Integer Factorization: cunningham-tables-1.1 as a standard spkg

I'd like to propose making the Cunningham Tables spkg standard. == BASIC DETAILS == It contains factorizations for integers of the form b^k + 1 and b^k - 1, with b in {2, 3, 5, 6, 7, 10, 11, 12}. It has been an optional spkg for a couple of years. The total size is 1.1 MB. Ticket #7240 updates

Re: [sage-devel] Re: Problem calling a base-class cached method from an overridden derived class cached method

> Note that super does not work with old style classes (`A` derives from > `object` in the object above). However old style classes are more or > less deprecated, and there are not that many left in Sage so you > should be fine. Isn't SageObject (and thus all Parents and Elements) an old style cla

Re: [sage-devel] Re: Cached methods in Cython files

Thanks for all the work Simon. I think it makes more sense for Nicolas to review #11900, since he probably has already read most of the code. But I can review it if necessary. David On Fri, Dec 9, 2011 at 04:58, David Roe wrote: > Wow.  There are a ton of comments on that patch.  I will tak

Re: [sage-devel] Re: Cached methods in Cython files

Wow. There are a ton of comments on that patch. I will take a look and see if I can review #11900. David On Fri, Dec 9, 2011 at 04:17, Simon King wrote: > Hi David, > > On 9 Dez., 12:14, David Roe wrote: >> I'd like the following to work (in a Cython file): >> &

[sage-devel] Cached methods in Cython files

I'd like the following to work (in a Cython file): from sage.misc.cachefunc import cached_method from sage.rings.arith import factor cdef class A: @cached_method def expensive(self): return factor(10^5000 + 41) Currently it fails since the type of a def method on a cython class is

Re: [sage-devel] Re: MathCad-like front end for Sage

On Mon, Nov 28, 2011 at 08:56, Dima Pasechnik wrote: > > > On Monday, 28 November 2011 21:29:32 UTC+8, Emil Widmann wrote: >> >> On Nov 28, 11:33 am, Dima Pasechnik wrote: >> > It's much more urgent to work on the Sage notebook, than to create yet >> > another frontend. >> > IMHO. >> >> Probably

Re: [sage-devel] signs of a memory leak?

I'm not a Valgrind expert, but I think that it's the tool you're looking for. Take a look at the Valgrind options listed at the bottom of the output from "sage -advanced". sage -memcheck looks like it might be useful. David On Wed, Nov 23, 2011 at 13:12, Dima Pasechnik wrote: > consider the fol

[sage-devel] Closing tickets

For those of us who don't have bits to close tickets, should we just change the milestone to "sage-duplicate/invalid/wontfix," or do we need to do something else? David -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-de

Re: [sage-devel] Re: Need some usage tips.

Also useful is http://wiki.sagemath.org/SageServer David On Wed, Nov 16, 2011 at 09:55, Maarten Derickx wrote: > Or if you like the web better > view: http://www.sagemath.org/doc/reference/sagenb/notebook/notebook_object.html > > -- > To post to this group, send an email to sage-devel@googlegroup

Re: [sage-devel] coerce(ComplexNumber, 1+I) segfaults

This is now #12038, which has a patch which eliminates the segfault. The problem was that you shouldn't be using coerce like that: the first argument should be a parent, not the element class. That element class requires two inputs: both the parent and the data to make a new element out of. In t

Re: [sage-devel] Feature or bug in finite fields?

I think I'd describe it as a feature to reduce the number of GF(7)s floating around. There's no coercion from ZZ[x] to GF(p), regardless of the choice of modulus. The modulus function on FiniteField_prime_modn is there for consistency of interface with the other finite fields. Is there a reason

Re: [sage-devel] Debian Version?

Welcome to Sage! There was an effort a couple years ago to get Sage as a debian package. It was successful for a while, but then the maintainer left academia and founded a startup, so it hasn't been upgraded. I think one of the problems is getting a fairly current version of Sage into Debian. I

Re: [sage-devel] Re: Bug Days in/near Boston after Joint Meetings?

> Gordon College.  It's about two or three miles from the commuter rail, > 45 min. from North Station.    You're local (Harvard?), right? I'm actually at the University of Calgary now. I'm currently planning on coming back for the Joint Meetings and staying in Cambridge for a while afterward. I

Re: [sage-devel] Re: Bug Days in/near Boston after Joint Meetings?

> Gordon College.  It's about two or three miles from the commuter rail, > 45 min. from North Station.    You're local (Harvard?), right? I'm actually at the University of Calgary now. I'm currently planning on coming back for the Joint Meetings and staying in Cambridge for a while afterward. I

Re: [sage-devel] Bug Days in/near Boston after Joint Meetings?

I'm interested, though I can't commit quite yet. What campus are you at? David On Fri, Nov 4, 2011 at 15:31, kcrisman wrote: > There is the potential to have Sage Days 36+k, another Bug Days format > like http://wiki.sagemath.org/days27, immediately after the Joint > Mathematics Meetings in Bost

Re: [sage-devel] Organizing sage days

I think a Sage Days on algebraic topology would be great. The first things you need to figure out are: * Where and when is it happening? You should think about other conferences in algebraic topology (mostly to avoid conflicts for your audience, but possibly so that people can stay for a Sage Day

Re: [sage-devel] Re: Importing units into module

One solution to circular imports is to do one of the imports inside a function, rather than at the top level. David On Thu, Jul 21, 2011 at 17:36, Eviatar wrote: > I can't see how to solve this. > > I import units, which import sage_eval, which imports symbolic, which > imports physical_constant

Re: [sage-devel] patchbot down?

pages > to make sure it has up-to-date information). > > On Fri, Jun 24, 2011 at 3:07 AM, David Roe wrote: > > Yes, I was having a similar problem last night. > > David > > > > On Fri, Jun 24, 2011 at 11:43, Maarten Derickx < > m.derickx.stud...@gmail.com> &

Re: [sage-devel] Problems with symbolic vector arithmetic

The implementation in sage/modules/vector_symbolic_dense just inherits from FreeModuleElement_generic_dense, without overriding any methods like _add_ or _new_c. In particular, the arithmetic operations in FreeModuleElement_generic_dense hard-code the class, so that arithmetic always creates a new

Re: [sage-devel] Sequence() with vector spaces

Why aren't you just using python lists? David On Sat, Jun 25, 2011 at 01:44, Rob Beezer wrote: > I'm having trouble with the construction of a list of vector spaces > with the Sequence() command. > > Is this a bug, or misuse/abuse? Failure, followed by a bit of a > workaround. > > sage: T=[QQ^2

Re: [sage-devel] patchbot down?

Yes, I was having a similar problem last night. David On Fri, Jun 24, 2011 at 11:43, Maarten Derickx wrote: > It seems that I can't reach it anymore by going to > http://sage.math.washington.edu:21100/ > > Do other people have the same problem > > -- > To post to this group, send an email to sage

Re: [sage-devel] No patch applied

Did you rebuild Sage? After typing hg_sage.apply("") you need to quit sage and type sage -br at the command line. David On Thu, Jun 23, 2011 at 13:14, Rolf wrote: > To be honest, I the Sage review process seems cumbersome to me. > > Following the instructions (http://www.sagemath.org/doc/develo

Re: [sage-devel] How to delete files on trac?

>> Is there any reason (theoretical or technical) for not having such a > >> feature? > > I think that Trac simply does not support this. > > It does support this. It is a permission. For example, *I* can delete > any attached files, since I'm a TRAC_ADMIN. The default permissions > don't allow t

Re: [sage-devel] How to delete files on trac?

I would like this as well. I don't know if files attached to a trac ticket keep track of who added them though; if not there are some technical hurdles to overcome. David On Tue, Jun 14, 2011 at 17:51, Christian Stump wrote: > Hi, > > I wonder if there could be the option to delete (your own, un

Re: [sage-devel] Re: Problem building ppl in sage-4.7.1.alpha4

It looks like it was memory. I was thrown off because it crashed at the same point each time, but I guess that makes sense. Thanks, David On Sun, Jun 12, 2011 at 05:49, Volker Braun wrote: > Do you use some non-standard compiler? Or did you run out of memory/disk > space? Something killed g++

[sage-devel] Problem building ppl in sage-4.7.1.alpha4

Hi everyone, I got this problem building both alpha2 and alpha4. I'm running OS X (10.6.7) on a 64-bit Macbook Pro. libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I../src -I/Users/roed/sage/sage-4.7.1.alpha4/local/include -g -O2 -frounding-math -I/Users/roed/sage/sage-4.7.1.alpha4/local/in

Re: [sage-devel] Is there a sparse univariate polynomial ring implemented with NTL?

All sparse polynomials are implemented within Sage, in sage.rings.polynomial.polynomial_generic_sparse. It would be good if the constructor only used the implementation as part of the key for dense polynomials. David On Wed, May 11, 2011 at 04:37, Simon King wrote: > Hi! > > When constructing a

Re: [sage-devel] Some comments about the notebook's home page.

On Thu, Apr 28, 2011 at 05:17, Dr. David Kirkby wrote: > Here's a few comments about the home page of the notebook. > > http://localhost:8000 > > I'd appreciate what others think. > > 1) I was always taught that if you list items, you don't put a comma before > the last "and". i.e. one should writ

Re: [sage-devel] matrices for the univeral cyclotomic field

> > Is there a fast way to store the data as a 2-dim array with entries > being dictionaries with keys being basis elements in the Zumbroich > basis, and with rational values? Any other suggestions? I don't have any particularly insightful ideas, but are you thinking about a 2d C array of Python

Re: [sage-devel] Re: progress on sage on python-2.7

Does hitting Enter again not do it? David On Wed, Apr 20, 2011 at 22:04, Francois Bissey < francois.bis...@canterbury.ac.nz> wrote: > > On Wed, Apr 20, 2011 at 06:41:26PM -0700, François wrote: > > > > This test reduces to: > > > > > > > > sage: class CCls(Parent): > > > > ... def

Re: [sage-devel] Q.lift()(x) or Q.lift(x)?

Why not have Q.lift() return the morphism and Q.lift(x) return the morphism applied to x? I think I've seen this paradigm applied elsewhere David On Wed, Apr 20, 2011 at 11:46, Robert Bradshaw wrote: > On Wed, Apr 20, 2011 at 5:15 AM, Nicolas M. Thiery > wrote: > > On Wed, Apr 20, 2011 at 02:3

Re: [sage-devel] new group sage-trac-account for managing trac accounts

> > > It would seem wise to me that the email is initially at least the same one > as they have used to post to sage-devel or sage-support. If they have never > posted there, I don't feel they need a trac account. > I disagree. I've had examples of colleagues who use sage (but never posted) and h

Re: [sage-devel] Re: How to cope with a long method resolution order?

I think that base_ring and parent are cpdef'd methods (I don't want to look it up at the moment). You want to be a little careful overriding such methods with Python functions living in the dictionary, because then the functions called by Cython code that knows the type of your object, and the cod

Re: [sage-devel] Re: Patch submitting procedures

If the script automatically prepended: > > Trac #: > > to the start of every commit message, then: > > 1. the ticket number text would be uniform > > 2. if a wrong ticket number was indicated, it would be obvious which was > the correct ticket number, as it's always first in the standard forma

Re: [sage-devel] Re: Refactoring of posets

> > In the process of refactoring / categorifying the poset code, I am > creating a category for posets which are lattices. What should be the > name for this category? Lattices() would be natural, but might get > into conflict with other kind of lattices. Should we use > LatticePosets() instead? >

Re: [sage-devel] Re: Summer of Code

My guess is that nobody stepped up to submitting the required materials, and the GSOC results have already been announced. David On Sat, Mar 19, 2011 at 02:31, David Kirkby wrote: > On 18 March 2011 19:06, Harald Schilly wrote: > > Sage won't be a host organization in the GSoC program. Submitti

Re: [sage-devel] sage -coverage on cdef methods raising exceptions

The coverage script doesn't handle functions that end with "except BLAH" very well. I have an old patch up somewhere, which I'd be up for trying to get into Sage once I finish my thesis. David On Thu, Mar 10, 2011 at 01:10, Nathann Cohen wrote: > Hello everybody !! > > I am trying to fill some d

Re: [sage-devel] Re: Failed tests for accuracy reasons

On Thu, Mar 17, 2011 at 01:35, Robert Bradshaw wrote: > On Wed, Mar 16, 2011 at 6:15 PM, Jason Grout > wrote: > > On 3/16/11 3:04 PM, Peter Jeremy wrote: > > > >> Overall, I believe the abs(actual-expected) >> the only practical way to handle doctests. The expected numeric > >> result is still

Re: [sage-devel] The hash function for matrices suffers from many collisions with permutation matrices

> > > for is a function of the hash of its elements to > > satisfy equal matrices over different parents having the same hash. > > Err, sorry, I don't manage to parse the end of the sentence. Do you > mind reformulating? I think what Robert was trying to say is that if R and S are different rings

Re: [sage-devel] Proposal - Add notes of "verification" as comments to doctests

On Thu, Mar 17, 2011 at 05:14, Nicolas M. Thiery wrote: >Hi Dave! > > As Robert said, thanks for your continuous suggestions on how we could > possibly increase Sage's quality! > > On Mon, Mar 14, 2011 at 06:07:03AM +, Dr. David Kirkby wrote: > > On 03/12

Re: [sage-devel] Re: Sage special session at AMS/MAA joint meetings in 2012?

d." > > The page is here: > http://www.ams.org/meetings/national/jmm2012/2138_ssrequest > > Basically you email Michel Lapidus: lapi...@math.ucr.edu. > > -Marshall > > On Mar 15, 6:43 pm, David Roe wrote: > > Having not been to the joint meetings, what does

Re: [sage-devel] Sage special session at AMS/MAA joint meetings in 2012?

Having not been to the joint meetings, what does this involve? I will probably make it to next year's, despite just having moved away from Boston. David On Tue, Mar 15, 2011 at 18:06, William Stein wrote: > Hi, > > I'm curious if anybody was planning on organizing a special session on > Sage at

Re: [sage-devel] Proposal - Add notes of "verification" as comments to doctests

As I've mentioned on a related thread, I think that increasing the quality of doctests is a valuable goal, but that we shouldn't add more impediments to getting code accepted into Sage. In particular, I'm strongly against requiring such justifications for each doctest before code can get a positiv

[sage-devel] Re: [sage-nt] Re: gcd lcm and numberfields

I just ran across a MathOverflow threaddiscussing gcds of algebraic integers living in rings with class number bigger than 1. We may not have the tools in Sage to implement it yet, but if someone's interested in

Re: [sage-devel] Re: Coercion between polynomial rings

Mike is correct about your first question: your confusion is between coercion maps and conversion maps. The function you're looking for is _mpoly_base_ring, which is written in sage.rings.polynomial.multi_polynomial_ring_generic.pyx David On Wed, Feb 16, 2011 at 13:06, mmarco wrote: > I already

Re: [sage-devel] Using Mercurial rebase extension to manage trac patches with mq when upgrading

> It will sometimes happen that the rebase extension can't figure out > how to merge your patches, so then it should launch whatever 3-way > merge tool you have configured for mercurial to use (such as kdiff3 or > vimdiff), allowing you to supervise the merge process. If you quit the > merge withou

Re: [sage-devel] Re: sage thoughts

> Well, I used to use gcd for obtaining the primitive integral vector > with a specified rational direction. My concern on Trac 3214 was that > gcd(a1, ..., ak) depended on the order of arguments and I wanted it to > be fixed. The eventual solution was to agree that gcd as the "greatest > common di

Re: [sage-devel] sage thoughts

> >> (1) gcd is broken.http://trac.sagemath.org/sage_trac/ticket/10459 > [..] > > I'm personally OK either way with this. > > IMO a*b = gcd(a,b)*lcm(a,b) should be maintained wherever possible. > There are pari codes whose direct Sage equivalent silently breaks for > this reason, and I can't br

Re: [sage-devel] Re: Sage Days 29

I'm potentially interested. The deadline for my thesis is March 31 though, so it would depend on how that goes in the next month. If you needed an answer right now, I'd probably say no, but I might be able to say yes in 3 weeks or so. David On Tue, Feb 8, 2011 at 23:02, William Stein wrote: >

Re: [sage-devel] Re: distributed reviews for large patches (e.g. multivariate power series)

+1 As someone who writes large patches sometimes, I will try to use this idea. David On Tue, Feb 8, 2011 at 13:40, Rob Beezer wrote: > On Feb 8, 6:24 am, Niles wrote: > > So that my work and theirs can be fruitful, I have a suggestion for > > distributing the review effort. > > Niles, > > I th

Re: [sage-devel] Re: cannot exponentiate a Python int by a real number

But int(2)**(1.5) causes the same bug that Dan observed. I think it's actually a bug and should have a trac ticket. David On Wed, Feb 2, 2011 at 22:51, Jason Grout wrote: > int(2)^(1.5) -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send

Re: [sage-devel] Re: FAQ suggestion: I'm a programmer, how can I contribute to Sage?

On Tue, Feb 1, 2011 at 03:27, luisfe wrote: > On Feb 1, 3:41 am, "Dr. David Kirkby" wrote: > > On 01/30/11 03:27 PM, Jonathan wrote: > > Put another way, there should be a discussion about what Sage needs, how > urgent > > it is, and a plan drawn up. > > > > I thought porting Sage to Windows via

Re: [sage-devel] Re: Free advertising on Stack Overflow

I agree with William on "Eviatar 2": it's clear and concise. David On Sat, Jan 29, 2011 at 00:25, William Stein wrote: > On Thu, Jan 27, 2011 at 10:16 AM, Harald Schilly > wrote: > > Here is my idea, svg sources are in the same dir. > > > http://boxen.math.washington.edu/home/schilly/marketing/

Re: [sage-devel] Conversion PARI GEN -> NumberFieldElement

Take a look at sage.rings.number_field.number_field.NumberField_absolute._coerce_non_number_field_element_in sage.rings.number_field.number_field_element.NumberFieldElement.__init__ (under if isinstance(f, pari_gen)) sage.rings.polynomial.polynomial_integer_dense_flint.Polynomial_integer_dense_flin

Re: [sage-devel] Deprecated function alias in Cython file?

Cython classes by default don't have a __dict__ (which is why you're seeing the error below). Maybe the deprecated_function_alias should be modified to allow for deprecated aliases in cython classes. David On Sun, Dec 19, 2010 at 16:42, Rob Beezer wrote: > I'm trying to use deprecated_function_a

Re: [sage-devel] Proposal for new trac component: scripts

+1 On Sat, Dec 18, 2010 at 04:48, Jeroen Demeyer wrote: > I think there should be a component "scripts" on Trac. > > -- > 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 op

Re: [sage-devel] Re: Listing infinite sets using never-ending iterators

+1 On Wed, Dec 15, 2010 at 00:55, Simon King wrote: > On 15 Dez., 01:55, Robert Bradshaw > wrote: >> I would strongly object to removing the ability to iterate over >> infinite sets, sometimes it's very useful to iterate until something >> is found, or to grab a certain number of elements. > > +

Re: [sage-devel] diagonal_matrix and numpy arrays

Yep. It's just something that hasn't been implemented yet. David On Tue, Dec 14, 2010 at 07:18, Dan Drake wrote: > diagonal_matrix() does not seem smart enough to deal with 1-dimensional > numpy arrays: > > sage: s > array([ 7.10977223,  2.10977223]) > > Both values are numpy floats: > > sage: [

Re: [sage-devel] Re: How is comparison implemented in Cython?

See #10130. I have some more work on that ticket beyond what I posted, but it's pretty widespread throughout the Sage library. I think the right approach may be to set up a framework to do the shift gradually, as we eventually did for coercion. David On Fri, Dec 10, 2010 at 16:13, Simon King wr

Re: [sage-devel] Re: Buildbot - does not seem to get much use

ise_log_name, "w") as concise_log: concise_log.write(clog) On Fri, Dec 3, 2010 at 09:47, David Roe wrote: > That's awesome. This will make me far more likely to review tickets. > David > > > On Fri, Dec 3, 2010 at 04:08, Robert Bradshaw < > rober...@m

Re: [sage-devel] Re: Buildbot - does not seem to get much use

That's awesome. This will make me far more likely to review tickets. David On Fri, Dec 3, 2010 at 04:08, Robert Bradshaw wrote: > On Thu, Dec 2, 2010 at 7:00 PM, kcrisman wrote: > > > >> > I completely agree. And with quick, automated feedback they can go and > >> > take care of anything they m

Re: [sage-devel] When is a test not a valid test?

> > So you admit it would improve stage to check the tests. > Of course. My argument is that imposing the requirement to have such consistency checks in order to get a positive review will make me less likely to contribute to Sage. If you are going to give an example, how much longer does it tak

Re: [sage-devel] When is a test not a valid test?

I disagree that doctests should need to be independently verified. Of course, if we had an arbitrarily large amount of time to write doctests, then it would be a laudible goal. Even now, I think there are situations where it would be reasonable to ask this of the author of a patch: if there was s

[sage-devel] Cython elements and categories

Xavier Caruso and I are trying to implement some methods on matrices by using the category code. I think some of the functions in matrix2.py should get moved to categories, but that's a topic for another day... For now, we're trying to implement smith_form for matrices over certain kinds of base

[sage-devel] sage-padics mailing list

I've created a mailing list for working on p-adics in Sage, and more generally polynomials, matrices and modules over local rings (such as p-adics and power series rings). http://groups.google.com/group/sage-padics You can apply to join on that website, or e-mail me and I'll add you (in case you

Re: [sage-devel] CompositConstructionFunctor [sic]

Seems fine to me. David On Wed, Nov 24, 2010 at 10:16, John Cremona wrote: > In reviewing #8807 I spotted what looked like a typo: > "CompositConstructionFunctor". But in fact that is the way this class > name is defined. There are many occurrences of this, almost all in > categories/pushout.p

Re: [sage-devel] Re: weird difference in performance

I think that while we're still using Python 2.x, where 2r/3r = 0, we absolutely need the preparser. The coercion framework can work with Python ints just fine: it's the automatic rounding that kills us. Much better speed for large integers is another benefit that you mentioned. Also, there are l

Re: [sage-devel] weird difference in performance

> Yep. Since this is such a common case, I wonder if we should modify > the Sage integer __richcmp__ method to be more sophisticated, and > allow direct comparisons with builtin Python types, without first > requiring them to be converted to Sage integers? That's such a good idea that I did it. h

Re: [sage-devel] Base Conversion

This can currently be done by sage: a = ZZ("sage",base=32); a 928270 sage: a.str(base=32) 'sage' sage: a.str(base=36) 'jw9a' For bases outside of 2..36, you can work with lists: sage: b = ZZ([4,1,7],base=100) sage: b 70104 sage: b.digits(base=71) [27, 64, 13] sage: 27 + 64*71 + 13*71^2 70104 Fo

Re: [sage-devel] Who wrote the paper saying commercial software is like hiding proofs?

William Stein and David Joyner, Notices of the AMS. http://www.ams.org/notices/200710/ David On Thu, Nov 4, 2010 at 07:56, David Kirkby wrote: > I've seen reference to somewhere, where an academic said essentially > that submitting a paper to a peer reviewed journal, while refusing to > give the

Re: [sage-devel] quotient field

It's just a question of __call__ not being defined. It should be really easy to fix. I suggest making a trac ticket and then looking at sage.rings.polynomial.polynomial_quotient_ring_element and defining __call__ to do function composition. Make sure you raise a TypeError if the input is an elem

Re: [sage-devel] question about calculus/riemann.pyx extension

On Tue, Oct 26, 2010 at 04:03, François Bissey wrote: > > Note that fs in the example is a list of length 1. > > David > > > > > > > > which suggests that fs should instead be an array. If I try to go > through > > > the > > > steps of the initialization process by hand using the data from the >

<    2   3   4   5   6   7   8   9   10   >