- 29 Oct, 2006 2 commits
-
-
William Stein authored
-
William Stein authored
-
- 27 Oct, 2006 1 commit
-
-
William Stein authored
-
- 25 Oct, 2006 2 commits
-
-
William Stein authored
-p, --embed-positions If specified, the positions in Pyrex files of each function definition is embedded in its docstring. This is very useful to support interactive viewing of *Pyrex* source code in, e.g, IPython.
-
William Stein authored
-
- 23 Oct, 2006 1 commit
-
-
William Stein authored
-
- 22 Oct, 2006 7 commits
-
-
William Stein authored
This required a number of changes to a few files. Basically, the full module name is determined in Main.py. It is then passed around a bit until it is used when generating tp_name. This change was needed because otherwise pickling of extension classes with full module names like sage.rings.integer.Integer would fail (since Python would look for integer.Integer instead). NOTE: This is pickling of the extension class itself, not of instances (which could also fail, because the class doesn't pickle).
-
William Stein authored
-
William Stein authored
-
William Stein authored
-
William Stein authored
Finally, you can see the line itself where the error occured, instead of just the line number!!
-
William Stein authored
-
William Stein authored
Added a "Warning" class, and changed it so redeclaring or re-importing is a warning rather than an error. Because Pyrex has no #ifndef macro, it is impossibly painful to use pxi files for declarations in a large project. SAGE is a large project. Also, in Python it is not an error to import a module twice. Thus more in line with Python's behavior, multiple declarations of the same symbol is no longer an error.
-
- 20 Oct, 2006 2 commits
-
-
William Stein authored
-
William Stein authored
-