Diff for "windows/general-package-analysis"

Differences between revisions 70 and 135 (spanning 65 versions)

This page is part of the Sage on Windows port.

Package Analysis

Below you will find a list of packages in Sage as well as remarks on issues that will potentially come up during the Windows port. As we progress we will add detailed problem reports and how we resolved those issues at individual pages.

Build dependencies of Sage (port these first for a minimal Sage on Windows)

Website	Win32	Win64	MSVC	Version	Comments
atlas	Y	N	N	3.8.p11	Unconvinced it is actually needed over CBLAS/CLAPACK
blas	Y	Y	Y	20070724	MSVC 2008 built also possible. See: CLAPLACK for windows
boost	Y	P	P	1.40.0	Building Boost in Visual Studio - required by Polybori
bzip2	Y	P	P	1.0.5	works fine with MSVC (32 bits at least) See: Making a Windows DLL - required by python
cephes	N	N	N		Last seriously maintained circa 1994, small library, long doubles - only used in the Cygwin port so far (and FreeBSD in future) - supposedly required to provide long doubles on Windows, which C99 would otherwise provide
cliquer	N	N	N	XXXX	Docs say minor changes to source required for non-unix OSs
cython	Y	Y	Y	0.9.6.12	pure python, no portability issue
eclib	N	N	N	20080127.p0	Works fine on Cygwin, but needs a port to MSVC. Port is probably of medium complexity. A merge of fixes upstream is welcome, but maintainer no longer uses Windows. Maintainer = John Cremona = has never used Windows, as far as I know. Porting is reasonable.
ecm	Y	Y	Y	6.1.3	ECM-6.2 has MSVC project by Brian Gladman
flint	Y	P	N	1.06.p1	flint2 is pure ANSI C except for a very small amount of assembly language pulled from longlong.h in GMP (see MPIR)
fplll	N	N	N	2.1.6-20071129.p1	no Windows port, needs some specialized math functions, but should be a relatively easy port. Upstream will likely merge Windows patches worry?
givaro	N	N	N	3.3.2	no port exists, C++ code uses templates and it migt. be a little tricky to get right. Upstream welcomes patches could be hard.
glpk	Y	Y	Y	4.32	MSVC 2010
gsl	Y	Y	Y	1.10.p0	Brian Gladman maintains a native MSVC port, 32 & 64 bit.
iml	N	N	N	1.0.3	no port exists, but it should be pretty straight forward. this won't be hard, since iml is just clean C code, mostly concerned with mat
lapack	Y	P	Y	3.2.2	See: LAPACK for Windows
lcalc	N	N	N	1.22	somewhat crafty C code, ugly hacks in the user interface, but should be portable to MSVC. Builds fine under Cygwin
libpng	Y	P	Y	1.4.3	port exists: libpng Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. In this case it seems likely that somebody else has done a proper Windows port. We might also be able to uses the system's library, but there might be issues with featurs, i.e. IE's libpng is supposed to be fairly bad. yep, something builtin to windows might be useful. See: libpng MSVC project files MSVC test MSVC
linbox	N	N	N	1.1.7	this will be some heavy lifting, mostly due to some heavy templated code. Upstream is willing to merge and help out. See : ApCoCoA
m4ri	Y	Y	Y	20071224.p1	MSVC port done by Martin Albrecht and in upstream.
mpfi	N	N	N	1.5.0	depends on mpfr and gmp, pure C library. Port is simple and will probably be merged upstream See: Inria-MPFI
mpfr	Y	Y	Y	2.3.1	Pure C, Windows make file support welcome upstream, depends on gmp. MSVC project by Brian Gladman exists and is recommended by upstream
mpir	Y	Y	Y	2.1.1	MPIR-Windows 2.1.1 is built with MSVC 2010
mpmath	Y	Y	Y		Pure python = no problem
ntl	Y	P	Y	5.5.2	works fine with MSVC. Some functions like the time functions use old and crappy Win95+ interfaces. That can be easily fixed. The build requires Perl for a tuned build - See: MSVC 6
numpy	Y	Y	Y	20080104-1.0.4.p2	support by enthought, builds out of the box with MSVC + ATLAS
openssl	Y	Y	Y	0.9.8o	required by Python - builds fine with MSVC (32 bits at least) MSVC6, 2008
pari	Y	P	Y	2.3.3	Some build support exists in tree, but it is currently broken. Support from the maintainers exists and they are willing to integrate fixes upstream. The main issue is to get the build system play nice for MinGW+MSVC. for 64 bit MSVC MSVC6
polybori	N	N	N	0.6.5	no Windows port, could be tricky, but upstream is willing to cooperate. worry??
pynac	N	N	N	XXXX	Created for and by Sage
python	Y	Y	Y	3.2	excellent support for MSVC, 32 & 64 bit mode. yep, very very good support on windows Only MSVC 2008 Python 2.7 in MSVC 2010
ratpoints	N	N	N	2.1.3	Windows port doesn't exists. Not even windows distribution of any kind. Except through Sage-VMWare
readline	P	P	P	6.1	port exists: http://gnuwin32.sourceforge.net/packages/readline.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. Cuil Search Readline through Octave MSVC Python Readline
sage_scripts				2.10.2.alpha0	requires POSIX shell - no idea what it does
setuptools	Y	Y	Y	XXXX	may be required by multiple packages
scons	Y	Y	N	0.97	Works fine on Windows, python based. Don't need a 64 bit port.
singular	N	N	N	3.1.1	Cygwin only, but needs even work there to run properly (libSingular) Needs to be ported to MSVC, upstream very willing to help out, but lacks expertise. Various issues like memory managment (omalloc) need to be sovled (malloc fallback), but build system issues and stuff like signals make this a bigger job. I would assume this is one of the two heavy jobs together with pexpect. This is probably quite hard. And interesting. At least singular builds under cygwin, which is a good sign, I guess.
sqlalchemy	Y	Y	Y		Almost pure python, hence no problem
sqlite	Y	Y	P	3.7.0.1	pure Windows port exists (see http://www.sqlite.org/download.html), required by Python - builds fine with MSVC (32 bits at least) Sqlite How to Compile Compiling SQLite with Visual Studio 2008
symmetrica	N	N	N	2.0	Pure C, probably trivial to port. Doesn't do arithmetic and actually requires INT to be 32 bits
sympy	Y	Y	Y	0.5.7	pure python, no portability issues.
tcl	Y	Y	Y	XXXX	Required by Python's IDLE - builds fine with MSVC (32 bits at least) Building Tcl with the free VC++ toolkit
termcap	Y	N	N	1.3.1	port exists: http://gnuwin32.sourceforge.net/packages/termcap.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves - basic posix, capabilities can be provided by ncurse. Clearly a very difficult port.
tk	Y	Y	Y	XXXX	Required by Python's IDLE - builds fine with MSVC (32 bits at least) Tcl/Tk build problem
zlib	Y	N	N	1.2.3.p3	port exists: http://gnuwin32.sourceforge.net/packages/zlib.htm Microsoft ships a copy under some name, so we might be able to "just" use the system one.
znpoly	N	N	N	0.9	No port. Not even any windows distribution, but mostly pure C. Small amount of assembly language pulled from longlong.h in GMP (see MPIR)

Other dependencies of Sage (may be omitted for now)

Website	Win32	Win64	MSVC	Version	Comments
docutils				XXXX	pulled by sphinx
ecl	Y	P	Y	XXXX	See MSVC 2008 and MSVC 2008 Redistributable Package(64)
f2c	Y	Y	Y	2.9.9	part of scikits, should work with MSVC MSVC instructions - probably not really needed any more
freetype	Y	Y	Y	2.3.5	unclear if it is even required on Windows - clearly not needed for command line sage Building Agar based freetype on MSVC
gc				XXXX	Required by ECL - consider using another Lisp?? - this is really difficult code
g95	Y	P	N	0.92	See: MinGw gcc-4.0.3
gd	Y	P	Y	2.0.34	port exists: http://gnuwin32.sourceforge.net/packages/gd.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. See: MSVC build
gnutls	Y	Y	Y	2.10.1	Shortly the spkgs for libgpg_error, libgcrypt and opencdk will disappear since gnutls now includes copies of them. gnutls has build support for 32 bit MSVC, the feasability of the 64 bit build needs to be investigated. Problems might crop up with inline assembly. maybe there is a native windows library that provides similar functionality. This is only needed so Twisted works with Python, and I'm sure that is already very well supported. - used by the notebook Instructions for the Windows port of GnuTLS
libgcrypt	Y	Y	Y	1.4.6	Used by the notebook gpgvs MSVC msvs workspaces
libgpg_error	Y	Y	Y	1.6.p0	Used by the notebook gpgvs MSVC
mercurial	Y	Y	Y	1.6.3	some C extensions, maybe some portability issues, might need some TLC for various config issues - used for Sage development source code management and really doesn't need to be "ported" - it just needs to run on Windows, which I am sure it does just fine MSVC Build Tips
moin				1.5.7.p2	python based, should work fine on Windows
networkx				0.36.p1	pure python, no portability issues
opencdk				0.6.6	Used by the notebook
pil				XXXX	Used by notebook??
scipy	Y	Y	Y	20071020-0.6.p3	support by enthought, builds out of the box with MSVC + ATLAS
scipy_sandbox	Y	Y	Y	20071020.p2	support by enthought, builds out of the box with MSVC + ATLAS
tachyon				0.98beta.p4	Windows port exists, unsure about MSVC + threading.
twisted				2.5.0.p9	python, is supported, relevant to notebook
weave				0.4.9	now part of scikits, works fine with MSVC
zodb				3.7.0.p0	mostly python, unknown difficulty to port probably easy

Runtime dependencies of Sage (these are probably only needed at runtime for specific functionality)

Website	Win32	Win64	MSVC	Version	Comments
cddlib	N	N	N	094b.p1	unclear how hard the port will be, but shouldn't be too hard.
cu2
cubex
cvxopt	Y	N	N	0.9.p5	Has Windows build support, provides binary packages
dikcube
examples				2.10.2.alpha0	no compiled code, i.e. no problem
extcode				XXX	various code in interpreted languages, i.e. javascript, java, Magma, pari, singular, no porting issues
flintqs				20070817.p2	is obsolete, use mpQS part of more recent flint
gap				4.4.10.p2	Depends on sbrk(), currently builds only via Cygwin. a cygwin build could be fine for us, since there is no binary linking between sage and gap, and almost certainly there never will be any.
gap-guava
gdmodule				0.56.p4	should be pretty easy to do for MSVC Boothby told me this swig-generated "crap" will be removed from sage soon, he hopes.
genus2reduction				0.3.p1	unclear, don't really see any problem easy, probably; it's just math
gfan				0.2.2.p2	unclear how hard the port will be, but shouldn't be too hard. we should upgrade to 0.2.3 first. Some more remarks: gfan requires argv[0] to switch to the right computation. I.e. during installation the following is executed: "ln -s gfan gfan_weightvector". This should be portable, but symlinks can be problematic on Windows.
ipython				0.8.1.p1	should work fine with MSVC definitely will work fine.
jinja				XXXX
jmol				11.5.2.p1	pure java, no portability issues, large community of users on Windows
jsmath				XXXX
matplotlib				0.91.1.p3	should work with MSVC, more investigation is needed I'm sure this will work -- it is also part of what the enthought people distribute for windows.
maxima				5.13.0.p2	Should build fine with Clisp, Windows binary package exists.
mcube
sage-notebook
optimalrubik				20070912.p1	no Windows port, but simple C/C++ code without any POSIX dependencies. Console applications easy?
palp				1.1.p1	unclear how hard the port will be, but shouldn't be too hard.
pexpect				2.0.p1	Difficult. pexpect uses pseudo ttys and a whole bunch of POSIX infrastructure. It is essential and central to Sage and no one has ported pexpect to Windows. While the API is very different it is still possible to map all functionality to native Windows API calls. Instead of porting pexpect, it might be possible to do something different that accomplishes the same thing. pexpect was the way to go with Python and Unix. It's possibly OK if this means rewriting SAGE_ROOT/devel/sage/sage/interfaces/ for this new approach. Some of the programs Sage interfaces with have native "client server" archicture, and that could perhaps be used instead. E.g., Maple and Mathematica do. Maxima almost certainly doesn't...
pycrypto				2.0.1.p1	unclear how hard the port will be, but shouldn't be too hard. maybe trivial??
python_gnutls				1.1.4.p2	Should work, uses dlopen based mechanism. Is essential to the notebook, but can be dropped in favour of system's OpenSSL compatible library
r				2.6.1.p14	Existing MinGW port, not too difficult to build. Port to MSVC desired. They don't already have a native MSVC port? Wow. That's amazing.
sage-doc
sage-latex
http://rpy.sourceforge.net/ rpy				1.0.1.p1	Support for MSVC in 32 bit mode with MSVC. No Cygwin support, but patch by Abshoff exists
sphinx				XXXX
sympow				1.018.1.p4	tricky code that needs the right FPU flags set. Otherwise no big hurdles to overcome

Packages without code

Website	Win32	Win64	MSVC	Version	Comments
conway_polynomials	N/A	N/A	N/A	0.2	platform independent, i.e. no known Windows specific issues trivial -- just a pickle
doc				2.10.2.alpha0	no compiled code, so no portability issues.
elliptic_curves				0.1	elliptic curve database, so no porting issues
graphs				20070722	graph database, so no porting issues
polytopes

-  ⇤ ← Revision 70 as of 2010-08-20 01:32:58 → 
  Size: 19578
  Editor: SazzadBinKamal
  Comment:
+   ← Revision 135 as of 2012-11-08 17:55:05 → ⇥
  Size: 21231
  Editor: burcin
  Comment: update link to pynac web site
-Deletions are marked like this.
+Additions are marked like this.
 Line 10:
- || [[http://www.netlib.org/blas/ | blas]] || Y || [[http://www.canerten.com/compile-lapack-and-blas-as-dll-on-windows/ | Y]] || Y || 20070724 || works fine with GNU make and Intel Fortran compiler. MSVC 2008 built also possible.<<BR>> See: [[ http://icl.cs.utk.edu/lapack-for-windows/clapack/index.html#build | CLAPLACK for windows]]||
 || [[http://www.bzip.org/ | bzip2]] || Y || P || P || 1.0.5 || works fine with MSVC (32 bits at least)<<BR>> See: [[ http://www.bzip.org/1.0.5/bzip2-manual-1.0.5.html#win-dll | Making a Windows DLL]]||
+ || [[http://math-atlas.sourceforge.net/ | atlas]] || Y || N || N || 3.8.p11 || Unconvinced it is actually needed over CBLAS/CLAPACK ||
 || [[http://www.netlib.org/blas/ | blas]] || Y || [[http://www.canerten.com/compile-lapack-and-blas-as-dll-on-windows/ | Y]] || Y || 20070724 || MSVC 2008 built also possible.<<BR>> See: [[ http://icl.cs.utk.edu/lapack-for-windows/clapack/index.html#build | CLAPLACK for windows]]||
 || [[http://www.boost.org/ | boost]] || Y || P || P || 1.40.0 || [[http://ngi-central.blogspot.com/2009/09/building-boost-with-visual-studio.html | Building Boost in Visual Studio]] - required by Polybori ||
 || [[http://www.bzip.org/ | bzip2]] || Y || P || P || 1.0.5 || works fine with MSVC (32 bits at least)<<BR>> See: [[ http://www.bzip.org/1.0.5/bzip2-manual-1.0.5.html#win-dll | Making a Windows DLL]] - required by python ||
 || cephes || N || N || N || || Last seriously maintained circa 1994, small library, long doubles - only used in the Cygwin port so far (and FreeBSD in future) - supposedly required to provide long doubles on Windows, which C99 would otherwise provide ||
-Line 13:
+Line 16:
- || [[http://ecls.sourceforge.net/ | ecl]] ||Y || P ||Y || XXXX || See [[http://ecls.wikispaces.com/VCExpress | MSVC 2008 ]] and [[ http://www.microsoft.com/downloads/details.aspx?familyid=bd2a6171-e2d6-4230-b809-9a8d7548c1b6&displaylang=en | MSVC 2008 Redistributable Package(64) ]]||
+ || [[http://www.cython.org/ | cython]] || Y || Y || Y || 0.9.6.12 || pure python, no portability issue ||
-Line 15:
+Line 18:
- || [[http://www.flintlib.org/ | flint]] || Y|| N|| N|| 1.06.p1 || C99 based code, build system easy enough, Windows specific fixes welcome upstream. Hooked deeply into GMP. [[Main developer -- Bill Hart -- uses Windows all the time.]]<<BR>> See [[http://www.mail-archive.com/[email protected]/msg02381.html | Windows TCC]] ||
+ || [[https://gforge.inria.fr/projects/ecm/ | ecm]] || Y || Y || Y || 6.1.3 || ECM-6.2 has MSVC project by Brian Gladman ||
 || [[http://www.flintlib.org/ | flint]] || Y|| P || N || 1.06.p1 || flint2 is pure ANSI C except for a very small amount of assembly language pulled from longlong.h in GMP (see MPIR) ||
-Line 17:
+Line 21:
- || [[http://www.g95.org/ | g95]] || Y || P || N || 0.92 || See: [[http://www.g95.org/downloads.shtml#Win | MinGw gcc-4.0.3]] ||
 || [[http://www.libgd.org/Main_Page | gd]] || Y || P || Y || 2.0.34 || port exists: http://gnuwin32.sourceforge.net/packages/gd.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves.<<BR>> See: [[ http://www.libgd.org/Building | MSVC build]] ||
-Line 21:
+Line 23:
+ || [[http://www.gnu.org/software/gsl/ | gsl]] || Y || Y || Y || 1.10.p0 || Brian Gladman maintains a native MSVC port, 32 & 64 bit. ||
-Line 24:
+Line 27:
- || [[http://www.libpng.org/pub/png/libpng.html | libpng]] || Y || P || Y || 1.4.3 || port exists: http://gnuwin32.sourceforge.net/packages/libpng.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. In this case it seems likely that somebody else has done a proper Windows port. We  might also be able to uses the system's library, but there might be issues with featurs,  i.e. IE's libpng is supposed to be fairly bad. [[yep, something builtin to windows might be useful.]] || <<BR>> See: [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/ | libpng ]], [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/contrib/msvctest/README.txt | MSVC test]] [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/projects/msvc/README.txt | MSVC ]]
 || [[http://www.linalg.org/ | linbox]] || || || || 20070915.p5 || this will be some heavy lifting, mostly due to some heavy templated code. Upstream is willing to merge and  help out. ||
 || [[http://perso.ens-lyon.fr/nathalie.revol/software.html | mpfi]] || || || || 1.3.4-cvs20071125.p5 || depends on mpfr and gmp, pure C library. Port is simple and will probably be merged upstream ||
+ || [[http://www.libpng.org/pub/png/libpng.html | libpng]] || Y || P || Y || 1.4.3 || port exists: [[http://gnuwin32.sourceforge.net/packages/libpng.htm | libpng]] Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. In this case it seems likely that somebody else has done a proper Windows port. We  might also be able to uses the system's library, but there might be issues with featurs,  i.e. IE's libpng is supposed to be fairly bad. [[yep, something builtin to windows might be useful.]] <<BR>> See: [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/ | libpng MSVC project files ]] [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/contrib/msvctest/README.txt | MSVC test]] [[ http://cr.yp.to/2004-494/libpng/libpng-1.2.5/projects/msvc/README.txt | MSVC ]] ||
 || [[http://www.linalg.org/ | linbox]] || N || N || N || 1.1.7 || this will be some heavy lifting, mostly due to some heavy templated code. Upstream is willing to merge and  help out. <<BR>> See : [[ http://www.apcocoa.org/wiki?title=ApCoCoALib:CompilationInstructions | ApCoCoA ]] ||
 || [[http://m4ri.sagemath.org/ | m4ri]] || Y || Y || Y || 20071224.p1 || MSVC port done by Martin Albrecht and in upstream. ||
 || [[http://perso.ens-lyon.fr/nathalie.revol/software.html | mpfi]] || N || N || N || 1.5.0 || depends on mpfr and gmp, pure C library. Port is simple and will probably be merged upstream <<BR>> See: [[ https://gforge.inria.fr/projects/mpfi/ | Inria-MPFI ]] ||
 || [[http://www.mpfr.org/ | mpfr]] || Y || Y || Y || 2.3.1 || Pure C, Windows make file support welcome upstream, depends on gmp. MSVC project by Brian Gladman exists and is recommended by upstream ||
-Line 28:
+Line 33:
- || [[http://www.shoup.net/ntl/ | ntl]] || || || || 5.4.1.p11 || works fine with MSVC. Some functions like the time functions use old and crappy Win95+ interfaces. That can be easily fixed. It is very difficult to get fixes merged upstream,  but the potential diff is rather small. The build requires Perl for a tuned build [[upstream merging probably isn't as hard as you think.  The NTL author is a number theorist that many of "us", e.g,. John Cremona, know well.]] ||
 || openssl || || || || || required by Python - builds fine with MSVC (32 bits at least) ||
 || [[http://pari.math.u-bordeaux.fr/ | pari]] || || || || 2.3.3 || Some build support exists in tree, but it is currently broken. Support from the maintainers exists and they are willing to integrate fixes upstream. The main issue  is to get the build system play nice for MinGW+MSVC. ||
 || [[http://polybori.sourceforge.net/ | polybori]] || || || || 0.1-r7 || no Windows port, could be tricky, but upstream is willing to cooperate. [[worry??]] ||
 || [[http://pynac.sagemath.org/ | pynac]] || || || || XXXX || ||
 || [[http://www.python.org/ | python]] || || || || 2.5.1.p13 || excellent support for MSVC, 32 & 64 bit mode. [[yep, very very good support on windows]] ||
 || [[http://www.mathe2.uni-bayreuth.de/stoll/programs/index.html | ratpoints]] || || || || XXXX || ||
 || [[http://tiswww.case.edu/php/chet/readline/rltop.html | readline]] || || || || 5.2.p0 || port exists: http://gnuwin32.sourceforge.net/packages/readline.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. ||
 || [[http://www.singular.uni-kl.de/ | singular]] || || || || 3-0-4-1-20071209.p4 || Cygwin only, but needs even work there to run properly (libSingular) Needs to be ported to MSVC, upstream  very willing to help out, but lacks expertise. Various issues like  memory managment (omalloc) need to be sovled (malloc fallback), but  build system issues and stuff like signals make this a bigger job.  I would assume this is one of the two heavy jobs together with pexpect. [[This is probably quite hard. And interesting.   At least singular builds under cygwin, which is a good sign, I guess.]] ||
 || [[http://www.sqlite.org/ | sqlite]] || || || || 3.5.3.p1 || pure Windows port exists (see http://www.sqlite.org/download.html), required by Python - builds fine with MSVC (32 bits at least) ||
 || [[http://www.algorithm.uni-bayreuth.de/en/research/SYMMETRICA/ | symmetrica]] || || || || 2.0.p1 || no Windows port yet, but macro heavy. [[worrisome.]] ||
 || tcl || || || || || Required by Python's IDLE - builds fine with MSVC (32 bits at least) ||
 || tk || || || || || Required by Python's IDLE - builds fine with MSVC (32 bits at least) ||
 || [[http://cims.nyu.edu/~harvey/code/zn_poly/ | znpoly]] || || || || XXXX || ||
+ || [[http://code.google.com/p/mpmath/ | mpmath]] || Y || Y || Y || || Pure python = no problem ||
 || [[http://www.shoup.net/ntl/ | ntl]] || Y || P || Y || 5.5.2 || works fine with MSVC. Some functions like the time functions use old and crappy Win95+ interfaces. That can be easily fixed. The build requires Perl for a tuned build - See: [[ http://www.shoup.net/ntl/doc/tour-win.html | MSVC 6 ]] ||
 || [[http://numpy.scipy.org/ | numpy]] || Y || Y || Y || 20080104-1.0.4.p2 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || [[ http://www.openssl.org/ | openssl ]] || Y || Y || Y || 0.9.8o || required by Python - builds fine with MSVC (32 bits at least) <<BR>> [[ http://www.slproweb.com/products/Win32OpenSSL.html | MSVC6, 2008 ]] ||
 || [[http://pari.math.u-bordeaux.fr/ | pari]] || Y || P || Y || 2.3.3 || Some build support exists in tree, but it is currently broken. Support from the maintainers exists and they are willing to integrate fixes upstream. The main issue  is to get the build system play nice for MinGW+MSVC. <<BR>> [[http://groups.google.com/group/sage-windows/browse_thread/thread/1e5b3f7f3f0867e8 | for 64 bit MSVC ]] [[ http://www.axelvogt.de/axalom/pari/dev-cpp/readme_pari_maple.txt | MSVC6 ]]||
 || [[http://polybori.sourceforge.net/ | polybori]] || N || N || N || 0.6.5 || no Windows port, could be tricky, but upstream is willing to cooperate. [[worry??]] ||
 || [[http://pynac.org/ | pynac]] || N || N || N || XXXX || Created for and by Sage ||
 || [[http://www.python.org/ | python]] || Y || Y || Y || 3.2 || excellent support for MSVC, 32 & 64 bit mode. [[yep, very very good support on windows]] [[http://bugs.python.org/issue5235 | Only MSVC 2008]] <<BR>> [[ http://nukeit.org/compile-python-2-7-packages-with-visual-studio-2010-express/ | Python 2.7 in MSVC 2010 ]]||
 || [[http://www.mathe2.uni-bayreuth.de/stoll/programs/index.html | ratpoints]] || N || N || N || 2.1.3 || Windows port doesn't exists. Not even windows distribution of any kind. Except through Sage-VMWare ||
 || [[http://tiswww.case.edu/php/chet/readline/rltop.html | readline]] || P || P || P || 6.1 || port exists: http://gnuwin32.sourceforge.net/packages/readline.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. [[http://cpedia.com/wiki?q=GNU+readline&guess_ambig=LP+Muds+GNU+readline | Cuil Search ]] <<BR>> [[ http://mirrors.fe.up.pt/pub/octave/README.MSVC | Readline through Octave MSVC ]] [[ http://pypi.python.org/pypi/readline/ | Python Readline ]] ||
 || sage_scripts || || || || 2.10.2.alpha0 || requires POSIX shell - no idea what it does ||
 || [[http://pypi.python.org/pypi/setuptools/ | setuptools]] || Y || Y || Y || XXXX || may be required by multiple packages ||
 || [[http://www.scons.org/ | scons]] || Y || Y || N || 0.97 || Works fine on Windows, python based. Don't need a 64 bit port. ||
 || [[http://www.singular.uni-kl.de/ | singular]] || N || N || N || 3.1.1 || Cygwin only, but needs even work there to run properly (libSingular) Needs to be ported to MSVC, upstream  very willing to help out, but lacks expertise. Various issues like  memory managment (omalloc) need to be sovled (malloc fallback), but  build system issues and stuff like signals make this a bigger job.  I would assume this is one of the two heavy jobs together with pexpect. [[This is probably quite hard. And interesting.   At least singular builds under cygwin, which is a good sign, I guess.]] ||
 || [[http://www.sqlalchemy.org/ | sqlalchemy]] || Y || Y || Y || || Almost pure python, hence no problem ||
 || [[http://www.sqlite.org/ | sqlite]] || Y || Y || P || 3.7.0.1 || pure Windows port exists (see http://www.sqlite.org/download.html), required by Python - builds fine with MSVC (32 bits at least) [[ http://www.sqlite.org/cvstrac/wiki?p=HowToCompile | Sqlite How to Compile ]] <<BR>> [[http://www.infinitezest.com/articles/compiling-sqlite-with-visual-studio-2008.aspx | Compiling SQLite with Visual Studio 2008 ]] ||
 || [[http://www.algorithm.uni-bayreuth.de/en/research/SYMMETRICA/ | symmetrica]] || N || N || N || 2.0 || Pure C, probably trivial to port. Doesn't do arithmetic and actually *requires* INT to be 32 bits ||
 || [[http://code.google.com/p/sympy/ | sympy]] || Y || Y || Y || 0.5.7 || pure python, no portability issues. ||
 || [[http://www.tcl.tk/software/tcltk/|tcl]] || Y || Y || Y || XXXX || Required by Python's IDLE - builds fine with MSVC (32 bits at least) <<BR>> [[ http://wiki.tcl.tk/11431|Building Tcl with the free VC++ toolkit ]]||
 || [[http://www.catb.org/~esr/terminfo/ | termcap]] || Y || N || N || 1.3.1 || port exists: http://gnuwin32.sourceforge.net/packages/termcap.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves - basic posix, capabilities can be provided by ncurse. Clearly a very difficult port. ||
 || [[http://www.tcl.tk/software/tcltk/|tk]] || Y || Y || Y || XXXX || Required by Python's IDLE - builds fine with MSVC (32 bits at least) <<BR>> [[http://www.adras.com/Newbie-Tcl-Tk-build-problem.t657-56.html | Tcl/Tk build problem]]||
 || [[http://www.zlib.net/ | zlib]] || Y || N || N || 1.2.3.p3 || port exists: http://gnuwin32.sourceforge.net/packages/zlib.htm Microsoft ships a copy under some name, so we might be able to "just" use the system one. ||
 || [[http://cims.nyu.edu/~harvey/code/zn_poly/ | znpoly]] || N || N || N || 0.9 || No port. Not even any windows distribution, but mostly pure C. Small amount of assembly language pulled from longlong.h in GMP (see MPIR) ||
-Line 43:
+Line 57:
-== Unknown dependencies of Sage (not listed on sage-on-gentoo list) ==
+== Other dependencies of Sage (may be omitted for now) ==
-Line 46:
+Line 60:
- || [[http://www.boost.org/ | boost]] || Y || P || P || 1.40.0 || [[http://ngi-central.blogspot.com/2009/09/building-boost-with-visual-studio.html | Building Boost in Visual Studio]] ||
 || cephes || N || N || N || || Last updated circa 1994, small library, but uses long doubles - only used in the Cygwin port so far (and FreeBSD in future) ||
 || [[http://docutils.sourceforge.net/ | docutils]] || || || || XXXX || ||
 || [[http://www.netlib.org/f2c/ | f2c]] || || || || 20070816.p0 || part of scikits, should work with MSVC ||
 || [[http://www.freetype.org/ | freetype]] || || || || 2.3.5 || unclear if it is even required on Windows. ||
 || [[http://www.hpl.hp.com/personal/Hans_Boehm/gc/ | gc]] || || || || XXXX || ||
 || [[http://www.gnu.org/software/gnutls/ | gnutls]] || || || || 2.2.1.p1 || Shortly the spkgs for libgpg_error, libgcrypt and opencdk will disappear since gnutls now includes  copies of them. gnutls has build support for 32 bit MSVC, the feasability of the 64 bit build needs to be investigated. Problems might crop up with inline assembly. [[maybe there is a native windows library that provides similar functionality.  This is only needed so Twisted works with Python, and I'm sure that is already very well supported.]] ||
 || [[http://directory.fsf.org/project/libgcrypt/ | libgcrypt]] || || || || 1.4.0.p0 || ||
 || [[http://www.gnupg.org/related_software/libgpg-error/ | libgpg_error]] || || || || 1.6.p0 || ||
 || [[http://mercurial.selenic.com/wiki/ | mercurial]] || || || || 0.9.5.p0 || some C extensions, maybe some portability issues, might need some TLC for various config issues ||
 || [[http://www.gnu.org/software/gnutls/ | opencdk]] || || || || 0.6.6 || ||
 || [[http://www.pythonware.com/library/index.htm | pil]] || || || || XXXX || ||
 || sage_scripts || || || || 2.10.2.alpha0 || requires POSIX shell ||
 || [[http://pypi.python.org/pypi/setuptools/ | setuptools]] || || || || XXXX || ||
 || [[http://www.sqlalchemy.org/ | sqlalchemy]] || || || || XXXX || ||
 || [[http://www.catb.org/~esr/terminfo/ | termcap]] || || || || 1.3.1 || port exists: http://gnuwin32.sourceforge.net/packages/termcap.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves. ||
+ || [[http://docutils.sourceforge.net/ | docutils]] || || || || XXXX || pulled by sphinx ||
 || [[http://ecls.sourceforge.net/ | ecl]] ||Y || P ||Y || XXXX || See [[http://ecls.wikispaces.com/VCExpress | MSVC 2008 ]] and [[ http://www.microsoft.com/downloads/details.aspx?familyid=bd2a6171-e2d6-4230-b809-9a8d7548c1b6&displaylang=en | MSVC 2008 Redistributable Package(64) ]]||
 || [[http://www.netlib.org/f2c/ | f2c]] || Y || Y || Y || 2.9.9 || part of scikits, should work with MSVC <<BR>> [[ http://www.netlib.org/f2c/README | MSVC instructions ]] - probably not really needed any more ||
 || [[http://www.freetype.org/ | freetype]] || Y || Y || [[http://www.freetype.org/freetype2/index.html#requirements|Y]]|| 2.3.5 || unclear if it is even required on Windows - clearly not needed for command line sage <<BR>> [[http://libagar.org/docs/compile-msvc.html.en|Building Agar based freetype on MSVC]]||
 || [[http://www.hpl.hp.com/personal/Hans_Boehm/gc/ | gc]] || || || || XXXX || Required by ECL - consider using another Lisp?? - this is really difficult code ||
 || [[http://www.g95.org/ | g95]] || Y || P || N || 0.92 || See: [[http://www.g95.org/downloads.shtml#Win | MinGw gcc-4.0.3]] ||
 || [[http://www.libgd.org/Main_Page | gd]] || Y || P || Y || 2.0.34 || port exists: http://gnuwin32.sourceforge.net/packages/gd.htm. Since that port uses MinGW we need to either use MinGW 64 bit or do an MSVC port ourselves.<<BR>> See: [[ http://www.libgd.org/Building | MSVC build]] ||
 || [[http://www.gnu.org/software/gnutls/ | gnutls]] || Y || Y || Y || 2.10.1 || Shortly the spkgs for libgpg_error, libgcrypt and opencdk will disappear since gnutls now includes  copies of them. gnutls has build support for 32 bit MSVC, the feasability of the 64 bit build needs to be investigated. Problems might crop up with inline assembly. [[maybe there is a native windows library that provides similar functionality.  This is only needed so Twisted works with Python, and I'm sure that is already very well supported.]]  - used by the notebook <<BR>> [[http://josefsson.org/gnutls4win/README| Instructions for the Windows port of GnuTLS ]] ||
 || [[http://directory.fsf.org/project/libgcrypt/ | libgcrypt]] || Y || Y || Y || 1.4.6 || Used by the notebook <<BR>>[[http://sourceforge.net/projects/gpgvs/|gpgvs MSVC]][[http://lists.gnupg.org/pipermail/gcrypt-devel/2005-October/000871.html|msvs workspaces]]||
 || [[http://www.gnupg.org/related_software/libgpg-error/ | libgpg_error]] || Y || Y || Y || 1.6.p0 || Used by the notebook <<BR>>[[http://sourceforge.net/projects/gpgvs/|gpgvs MSVC]]||
 || [[http://mercurial.selenic.com/wiki/ | mercurial]] || Y || Y || Y || 1.6.3 || some C extensions, maybe some portability issues, might need some TLC for various config issues - used for Sage development source code management and really doesn't need to be "ported" - it just needs to run on Windows, which I am sure it does just fine <<BR>>[[http://mercurial.selenic.com/wiki/WindowsInstall#MS_Visual_Studio| MSVC Build Tips]]||
 || moin || || || || 1.5.7.p2 || python based, should work fine on Windows ||
 || [[http://networkx.lanl.gov/ | networkx]] || || || || 0.36.p1 || pure python, no portability issues ||
 || [[http://www.gnu.org/software/gnutls/ | opencdk]] || || || || 0.6.6 || Used by the notebook ||
 || [[http://www.pythonware.com/library/index.htm | pil]] || || || || XXXX || Used by notebook?? ||
 || [[http://www.scipy.org/ | scipy]] || Y || Y || Y || 20071020-0.6.p3 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || scipy_sandbox || Y || Y || Y || 20071020.p2 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || [[http://jedi.ks.uiuc.edu/~johns/raytracer/ | tachyon]] || || || || 0.98beta.p4 || Windows port exists, unsure about MSVC + threading. ||
 || [[http://twistedmatrix.com/trac/ | twisted]] || || || || 2.5.0.p9 || python, is supported, relevant to notebook ||
 || [[http://www.scipy.org/Weave | weave]] || || || || 0.4.9 || now part of scikits, works fine with MSVC ||
 || [[http://www.zodb.org/ | zodb]] || || || || 3.7.0.p0 || mostly python, unknown difficulty to port [[probably easy]] ||
-Line 73:
+Line 92:
- || flintqs || || || || 20070817.p2 || is obsolete, but should build fine once FLINT works, C99 mode required ||
+ || flintqs || || || || 20070817.p2 || is obsolete, use mpQS part of more recent flint ||
-Line 99:
+Line 118:
-== Do not correspond to Sage spkgs (elsewhere or no longer used in Sage?) ==

 || Website || Win32 || Win64 || MSVC || Version || Comments ||
 || [[http://www.warwick.ac.uk/staff/J.E.Cremona/mwrank/index.html | mwrank]] || || || || XXXX || Is this now eclib in Sage?? ||

== No longer listed on sagemath.org and not included as spkgs ==

 || Website || Win32 || Win64 || MSVC || Version || Comments ||
 || dir || || || || 0.1 || requires POSIX shell ||
 || [[http://www.openopt.org/Welcome | openopt]] || || || || XXXX || ||
 || prereq || || || || 0.3 || requires POSIX shell - small build system issues ||

== Packages with upstream MSVC support ==

 || Website || Win32 || Win64 || MSVC || Version || Comments ||
 || [[http://math-atlas.sourceforge.net/ | atlas]] || || || || 3.8.p11 || Works find [[fine]], Intel C for better performance preferred ||
 || [[https://gforge.inria.fr/projects/ecm/ | ecm]] || || || || 6.1.3 || no Windows port, but C, potentially issues with threading. Upstream ecm-6.2 has MSVC project by Brian Gladman - upgrading evm to the 6.2 release is #3237 ||
 || [[http://www.gnu.org/software/gsl/ | gsl]] || || || || 1.10.p0 || port exists: http://gnuwin32.sourceforge.net/packages/gsl.htm. Brian Gladman also maintains a native MSVC port, 32 & 64 bit. ||
 || [[http://m4ri.sagemath.org/ | m4ri]] || || || || 20071224.p1 || MSVC and SunForte port done by Martin Albrecht and in upstream. Upgrade ticket is #3204 ||
 || [[http://www.mpfr.org/ | mpfr]] || || || || 2.3.1 || pure C, Windows make file support welcome upstream, depends on gmp. MSVC project by Brian Gladman exists and is recommended by upstream ||
 || [[http://numpy.scipy.org/ | numpy]] || || || || 20080104-1.0.4.p2 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || [[http://www.scipy.org/ | scipy]] || || || || 20071020-0.6.p3 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || scipy_sandbox || || || || 20071020.p2 || support by enthought, builds out of the box with MSVC + ATLAS ||
 || [[http://www.scons.org/ | scons]] || || || || 0.97 || works fine on Windows, python based. ||
 || [[http://jedi.ks.uiuc.edu/~johns/raytracer/ | tachyon]] || || || || 0.98beta.p4 || Windows port exists, unsure about MSVC + threading. ||
 || [[http://www.scipy.org/Weave | weave]] || || || || 0.4.9 || now part of scikits, works fine with MSVC ||
 || [[http://www.zlib.net/ | zlib]] || || || || 1.2.3.p3 || port exists: http://gnuwin32.sourceforge.net/packages/zlib.htm Microsoft ships a copy under some name, so we might be able to "just" use the system one. ||
 || [[http://www.zodb.org/ | zodb]] || || || || 3.7.0.p0 || mostly python, unknown difficulty to port [[probably easy]] ||

== Pure Python Packages ==
 || Website || Win32 || Win64 || MSVC || Version || Comments ||
 || [[http://www.cython.org/ | cython]] || N/A || N/A || N/A || 0.9.6.12 || pure python, no portability issues, might needs some TLC for various config issues [[my impression from cython-devel is that there  are already numerous windows users of cython]] ||
 || moin || || || || 1.5.7.p2 || python based, should work fine on Windows ||
 || [[http://code.google.com/p/mpmath/ | mpmath]] || || || || XXXX || ||
 || [[http://networkx.lanl.gov/ | networkx]] || || || || 0.36.p1 || pure python, no portability issues ||
 || [[http://code.google.com/p/sympy/ | sympy]] || || || || 0.5.7 || pure python, no portability issues. ||
 || [[http://twistedmatrix.com/trac/ | twisted]] || || || || 2.5.0.p9 || python, is supported, relevant to notebook ||