#11576: make it possible to generate sequences of variables easily
-------------------------------+--------------------------------------------
       Reporter:  kcrisman     |         Owner:  burcin  
           Type:  enhancement  |        Status:  new     
       Priority:  major        |     Milestone:  sage-5.6
      Component:  symbolics    |    Resolution:          
       Keywords:  Cernay2012   |   Work issues:          
Report Upstream:  N/A          |     Reviewers:          
        Authors:               |     Merged in:          
   Dependencies:               |      Stopgaps:          
-------------------------------+--------------------------------------------

Comment (by mjo):

 Replying to [comment:21 kcrisman]:
 > > ''eventually'' using Ginac's capabilities.  I would view doing this
 natively as a temporary measure.  For instance, have you checked how this
 performs with respect to Nils' comment about memory usage?
 > >
 > > Hopefully we could just deprecate `SR.Symbols()`
 > ? isn't this the new thing you just added? (well, `symbols`, but I don't
 see `Symbols` or `Symbol` - or did you mean `symbol`?)
 [[BR]]

 Typo, I meant lowercase `SR.symbols()`. Yeah, it's the thing I just added.
 But if there's ever a simpler solution with the same functionality, we
 could deprecate it. If I can just call `x[1, 2:3]` directly, then there's
 no need to do `x = SR.symbols(); x[1, 2:3]`.

 [[BR]]


 > >  and tell people to use the indexed symbols instead. Which memory
 usage comment do you mean?
 > comment:4
 [[BR]]

 Oh, right. As Burcin pointed out, there's no leak, it's just creating
 symbols and they use up some memory. If you stick to the same symbols,
 memory usage won't grow.

 I can see the value in being able to use arbitrary subscripts, but I also
 like being able to do the common case quickly and easily. `x.ind[1]` is a
 little weird, especially if we can't use multiple indices. I also don't
 think it makes much sense to subscript `SR(1).ind[5]` and have it display
 `1.5`.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11576#comment:24>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to