#7377: Symbolic Ring to Maxima via EclObject
-----------------------------------------------------------------------+----
   Reporter:  nbruin                                                   |       
Owner:  nbruin      
       Type:  enhancement                                              |      
Status:  needs_work  
   Priority:  major                                                    |   
Milestone:  sage-feature
  Component:  symbolics                                                |    
Keywords:              
     Author:  Nils Bruin, Jean-Pierre Flori                            |    
Upstream:  N/A         
   Reviewer:  Jean-Pierre Flori, François Bissey, Karl-Dieter Crisman  |      
Merged:              
Work_issues:                                                           |  
-----------------------------------------------------------------------+----

Comment(by fbissey):

 That's not what I meant Jean-Pierre. The current split_and_refactor patch
 starts with:
 {{{
 diff -r a928dca2950b -r b766df9c3439 sage/interfaces/expect.py
 --- a/sage/interfaces/expect.py Fri Feb 04 14:19:57 2011 -0800
 +++ b/sage/interfaces/expect.py Mon Feb 14 14:06:15 2011 +0100
 @@ -42,6 +42,8 @@
  import time
 }}}
 and some patching is done to that file. Then later in the same patch file
 file we have
 {{{
  from mupad import mupad, mupad_console, Mupad  # NOT functional yet
 diff -r b766df9c3439 -r fba59ed64da6 sage/interfaces/expect.py
 --- a/sage/interfaces/expect.py Mon Feb 14 14:06:15 2011 +0100
 +++ b/sage/interfaces/expect.py Wed Feb 16 16:38:39 2011 +0100
 @@ -489,12 +489,6 @@
          except Exception, msg:
 }}}
 Which is applied on top of the previous one. sage/interfaces/maxima_lib.py
 is also in that case and I am fairly sure there is a third one like that.

 I am guessing the first set is the "split" part and the second "refactor".
 In short I would prefer if there was only one instance of patching these
 files rather than two in succession in the same patch. But as I said
 that's because I am being picky.
 Mercurial seems to cope fine with those, gnu patch doesn't really like
 them.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7377#comment:86>
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