#6391: libGAP!  -- create a Cython library interface to gap
------------------------------------------------------------------------+---
   Reporter:  was                                                       |       
Owner:  was       
       Type:  enhancement                                               |      
Status:  needs_work
   Priority:  major                                                     |   
Milestone:  sage-4.7  
  Component:  interfaces                                                |    
Keywords:            
     Author:  Dima Pasechnik, Ivan Andrus, Volker Braun, William Stein  |    
Upstream:  N/A       
   Reviewer:  Dima Pasechnik, Ivan Andrus, Volker Braun, William Stein  |      
Merged:            
Work_issues:                                                            |  
------------------------------------------------------------------------+---
Changes (by newvalueoldvalue):

  * reviewer:  => Dima Pasechnik, Ivan Andrus, Volker Braun, William Stein
  * author:  dimpase, iandrus,  vbraun,  was => Dima Pasechnik, Ivan
             Andrus, Volker Braun, William Stein


Comment:

 Replying to [comment:50 vbraun]:
 > No, `libgap(1) / libgap('0')` is evaluated in GAP and raises an error in
 GAP. We injected an `abort()` in the GAP code, so the
 `sig_on()`/`sig_off()` block catches it as `RuntimeError`. The
 `GapElement._div_` method should catch the `RuntimeError` and re-raise it
 as `ValueError`. This works for me (all doctests pass on Fedora 14
 x86_64). Are you using the newest version of `trac_6391_libGAP.patch`?
 I think so.
 {{{
 sage: hg_sage.import_patch('http://trac.sagemath.org/sage_trac/raw-
 attachment/ticket/6391/trac_6391_libGAP.patch')
 }}}
 is how I imported it, then `./sage -br`.  Like I said, it passes
 everything else in that directory.  (I haven't done other tests because it
 takes a loooong time.)

 That part seems to have first shown in in the .2.patch.  It didn't get
 cancelled in the going back to just .patch, did it?

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