Differences between revisions 195 and 197 (spanning 2 versions)
Revision 195 as of 2008-06-24 08:07:38
Size: 3918
Editor: MikeHansen
Comment:
Revision 197 as of 2008-06-24 11:57:43
Size: 3886
Editor: MikeHansen
Comment:
Deletions are marked like this. Additions are marked like this.
Line 49: Line 49:
 * modules
 * coding
Line 55: Line 57:
 * modules (cwitty, only failures in free_module.py caused by modular/ failures)
 * coding (cwitty)
Line 59: Line 59:
 * invalid free in self_orthogonal_binary_codes

Merge up at http://cython.org/coercion/hgwebdir.cgi/sage-coerce-3.0.3/ (pull on top of 3.0.3 release candidate) Should build and start without problems.

Hint: If something doesn't work, try typing

sage: coercion_traceback()

which will give a listing of all errors caught in the coercion model.

Doctests

Done

  • integer_mod
  • calculus
  • catalogue, dsage, media, stats, server, logic, tests, misc
  • probability
  • monoids
  • games
  • algebras
  • libs
  • lfunctions
  • quadratic forms
  • databases
  • sets
  • rings/rational
  • rings/real_lazy
  • finite fields
  • structure/formal_sums
  • rings/padics
  • graphs
  • ext
  • functions
  • complex, real
  • numerical
  • crypto
  • interfaces
  • qqbar
  • combinat
  • gsl
  • abelian_grps
  • geometry
  • groups
  • plot
  • structure
  • modules
  • coding

In Progress

  • rings/number_field (robertwb)
  • matrix (robertwb, matrix2.pyx -- one number field error)
  • schemes (ncalexan)
  • modular (craigcitro)

To Do

  • invalid free in self_orthogonal_binary_codes
  • rings/polynomial
    • many segfaults for mhansen, probably due to libsingular invalid read
  • rings (residue_field.pyx)
  • categories (category_types.py -- 1 failure due to Spec in schemes)

This should fail: 
            sage: x, y = var('x,y')
            sage: parent(ZZ[x][y](1)*vector(QQ[y],[1,2]))
            sage: parent(ZZ[x](1)*vector(QQ[y],[1,2]))

Files to fix (Make all parents conform to the spec)

Useful script to list all parents in a given module that still need work: [attachment:list_parents.sage]

Nothing to do

  • catalogue, dsage, databases, ext, games, media, stats, server, plot, logic, tests lfunctions, misc, numerical,gsl, quadratic_forms

Done

In progress

  • groups
  • modular

Little to do

  • categories

Lots to do

Base classes

  • structure

Coercion doctesting

Comment from William:

teragon:sage was$ sage -coverage categories/action.pyx
structure/element.pyx structure/coerce.pyx |grep SCORE
SCORE categories/action.pyx: 0% (0 of 22)
SCORE structure/element.pyx: 18% (28 of 153)
SCORE structure/coerce.pyx: 2% (1 of 39)

I tried to understand and use the coercion model code to trac down the issue with #2079 and
was amazed at how nonexistent the doctesting and documentation of
functions is there.
In order for people to write lots of coercion code all of Sage, it's critical that they can
read the coercion model code so they can track down -- for themselves -- what is going
wrong when they run into trouble.  I would put getting the coverage of the above files
(and whatever else is related to coercion) up to 100% as the first step in your coercion
model stuff.   Seriously.   And don't say it can't be doctested, since even though there are
a lot of things not easily accessible now from the interpreter, such as the coercion model

Categories to implement

Old notes

To start, get a copy of Sage 2.10.1, install the latest cython spkg (available at http://sage.math.washington.edu/home/robertwb/cython/), pull from http://cython.org/coercion/hgwebdir.cgi/sage-coerce/ and build.

Import [attachment:fix-random.patch] to sage-scripts to ignore random tests.

days7/coercion/todo (last edited 2009-07-29 19:16:15 by robertwb)