|
Size: 1264
Comment: initial version
|
Size: 2426
Comment: #1328, #1329 got merged in merged in 2.10.1.rc3
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 9: | Line 9: |
| * 2.10.1 (still on progres): * 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. |
|
| Line 18: | Line 28: |
| * failed doctest: number of partitions broken - maybe fpu precision issues * failed doctest: Schubert polynomial triggers error in symmetrica |
|
| Line 27: | Line 39: |
| * make doctests pass 100% | * make doctests pass 100% :) |
| Line 29: | Line 41: |
| * make building toolchain automatic * find way to make Sage aware of the toolchain |
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.10.1 (still on progres):
- 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