Differences between revisions 12 and 13
Revision 12 as of 2008-02-25 20:10:47
Size: 2605
Comment:
Revision 13 as of 2008-03-24 12:12:40
Size: 2769
Comment: add 2.10.3, 2.10.4 progress and what I am currently working on for 2.11
Deletions are marked like this. Additions are marked like this.
Line 9: Line 9:
 * 2.10.3 (still in progress)  * 2.11:
  * add Solaris 9 specific stdint.h workaround since Solaris 9 only supports a draft standard of C99. Solaris 10 has no such problem
 * 2.10.4:
  * no significant changes
 * 2.10.3

The Solaris Port of Sage

This page tracks the Solaris port of Sage.

mabshoff is currently working on a 32 bit build on Solaris 9/Sparc. It should run on Solaris 10/Sparc.

History of efforts

  • 2.11:
    • add Solaris 9 specific stdint.h workaround since Solaris 9 only supports a draft standard of C99. Solaris 10 has no such problem
  • 2.10.4:
    • no significant changes
  • 2.10.3
    • start of integrating 64 bit build support - this will take a while to get in
  • 2.10.2:
    • same as 2.10.1 since the emphasis wasn't on this port this release.
  • 2.10.1:
    • drop in of stdint.h in $SAGE_LOCAL/include makes everything compile up to libfplll
    • fix libfplll build issue [spkg at 1957, merged in 2.10.1.rc2]
    • known issue: ATLAS screws up the combined Lapack+ATLAS dynamic library build. Maybe this is ld related?
    • because of the above issue numpy cannot be imported properly. Creating an liblapack.so manually from liblapack.a and rebuilding numpy makes numpy work

    • rpy doesn't build: error: conflicting types for 'uintptr_t' - probable cause is 32 bit vs 64 bit issues

    • fix rubiks build issue [spkg at 1959, merged in 2.10.1.rc2]
    • apply sage-lib build fixes from #1328 and #1329. Make sure to copy solaris_fix.h also into sage/rings [merged in 2.10.1.rc3]
  • 2.8.15:
    • The release has many Solaris specific fixes, but we need to fix #1325 before we will have something that can be used as a beta build.
  • 2.8.14:
    • new bug in matrix code that provides a special class for multivariate polynomials as entries causes segfaults all over the map.
    • int_fast64_t needs to be 4 bytes large, otherwise Sage throws an exception at startup. This needs fixing and actually causes doctest failures with the modp code
    • libfplll miscompiles, fix clear, but needs to be merged upstream
    • FLINT miscompiles, fixed upstream
    • lcalc miscompiles, fixes need to be integrated
    • clisp compiles, but segfaults. Solution: use 2.39 binary until issue is solved
    • cvxopt doesn't work (complex.h missing)
    • 2-3 patches are needed to sage.spkg - easy fixes, need to be merged upstream
    • failed doctest: number of partitions broken - maybe fpu precision issues
    • failed doctest: Schubert polynomial triggers error in symmetrica
  • 2.8.3:
    • worked reasonably well after workarounds, about 10-12 doctest failures
    • work arounds needed: clisp, lcalc
    • missing/failed spkgs: cvxopt
  • pre 2.8:
    • various people (David Kirby) worked on this, but I am not sure if Sage ever passed 100% of doctests

ToDo

  • make doctests pass 100% :)

  • open track tickets for all known issue
  • make building toolchain automatic
  • find way to make Sage aware of the toolchain