I tried the binary, and here is what I got: First I modified the file toolchain.bash then I did
source toolchain.bash And then, now with the right enviroment, went to the sage directory and ran sage Then I ran sage -notebook The first time I had no problems. The second time, it did not open the browser for me, but complained that xdg-open was not found I don't know if it needed to be in the chain, and the fact that it was only needed the second time is a mystery. It was still posible to open the browser and open http://localhost:8000 It did ask for my password for the admin account, unlike the first time. I noticed that you posted a new one. I will try the second one. Thanks a bunch. -Adrian. On Jan 14, 3:10 am, mabshoff <mabsh...@googlemail.com> wrote: > Hi, > > I spend some more time on getting clisp to play nice with Maxima on > Solaris 10/Sparc and after building gcc *3.2.3* (quite ironic) I got a > binary that for now works. Since clisp will be gone from Sage in the > next week I guess this was kind of pointless, but at least I got it to > work :). > > I have stuck the binary into > > http://sage.math.washington.edu/home/mabshoff/solaris-binaries/ > > There are two components to get: > > * sage-3.2.3-Solaris-10_US_IIIi.tar.gz at 387 MB > * sparc-solaris-toolchain.tar.gz at 84 MB > > You need to get both since I did build my complete own toolchain. > Eventually Sun's own freeware toolchain based on gcc 3.4.3 is likely > to work, but I haven't tried building Sage with it yet. I found the > bug in sage-env that caused it to fail somewhat by accident after > fixing some orthogonal issue in there, so this will be fixed in the > near future. > > To install this: > > * get sparc-solaris-toolchain.tar.gz and unpack it anywhere. Edit > toolchain.bash in it and fix the paths to the new location > * get sage-3.2.3-Solaris-10_US_IIIi.tar.gz and unpack it. Before > starting Sage source toolchain.bash from the toolchain above > > You only need to get the toolchain once since for now I will keep > building Sage releases on Sparc with that toolchain since g77 support > in Sage currently is pretty broken, but I will fix that too down the > road since I really dislike g95. If you do not have the toolchain or > do not source it Sage startup will fail since the libstdc++ runtime > isn't there. If you want to you can copy the needed bits into > $SAGE_ROOT/local and it should work, but I wanted to keep toolchain > and $SAGE_LOCAL separate for now so I can reuse it for new builds. > > Anyway, this build fails 14 doctests for me, i.e. 5 more than on the > Solaris 10/x86 build: > > sage -t "devel/sage/sage/calculus/calculus.py" > sage -t "devel/sage/sage/combinat/schubert_polynomial.py" > sage -t "devel/sage/sage/gsl/integration.pyx" > sage -t "devel/sage/sage/interfaces/lisp.py" > sage -t "devel/sage/sage/interfaces/singular.py" > sage -t "devel/sage/sage/libs/pari/gen.pyx" > sage -t "devel/sage/sage/libs/symmetrica/sb.pxi" > sage -t "devel/sage/sage/libs/symmetrica/sc.pxi" > sage -t "devel/sage/sage/rings/number_field/number_field.py" > sage -t "devel/sage/sage/rings/number_field/ > number_field_element.pyx" > sage -t "devel/sage/sage/rings/number_field/ > number_field_morphisms.pyx" > sage -t "devel/sage/sage/rings/polynomial/ > polynomial_element.pyx" > sage -t "devel/sage/sage/rings/polynomial/toy_d_basis.py" > sage -t "devel/sage/sage/tests/book_stein_modform.py" > > For nearly all of them we are closing in on fixes or are at least > debugging this. The main problem right now is in the symmetrica > interface (which also happens on Solaris 10/x86), some pexpect trouble > with clisp (that does not happen on Solaris 10/x86, but similar issues > have been reported by others on Linux and OSX). Strangely enough the > following fails only on Solaris/Sparc, but not Solaris x86: > > sage -t "devel/sage/sage/rings/polynomial/polynomial_element.pyx" > Trying: > F = ff.factor()###line 1999:_sage_ >>> F = ff.factor() > Expecting nothing > Exception exceptions.RuntimeError: 'MulMod: bad args' in > 'sage.rings.polynomial.polynomial_compiled.abc_pd.eval' ignored > Exception exceptions.TypeError: "unsupported operand parent(s) for > '*': '<type 'NoneType'>' and 'Number Field in alpha0 with defining > polynomial x^6 + 10/7*x^5 - 867/49*x^4 - 76/245*x^3 + 3148/35*x^2 - > 25944/245*x + 48771/1225'" in > 'sage.rings.polynomial.polynomial_compiled.abc_pd.eval' ignored > Exception exceptions.TypeError: "unsupported operand parent(s) for > '*': '<type 'NoneType'>' and 'Number Field in alpha0 with defining > polynomial x^6 + 10/7*x^5 - 867/49*x^4 - 76/245*x^3 + 3148/35*x^2 - > 25944/245*x + 48771/1225'" in > 'sage.rings.polynomial.polynomial_compiled.abc_pd.eval' ignored > Exception exceptions.RuntimeError: 'MulMod: bad args' in > 'sage.rings.polynomial.polynomial_compiled.sqr_pd.eval' ignored > Exception exceptions.TypeError: "unsupported operand type(s) for *: > 'NoneType' and 'NoneType'" in > 'sage.rings.polynomial.polynomial_compiled.abc_pd.eval' ignored > Exception exceptions.TypeError: "unsupported operand parent(s) for > '*': '<type 'NoneType'>' and 'Number Field in alpha0 with defining > polynomial x^6 + 10/7*x^5 - 867/49*x^4 - 76/245*x^3 + 3148/35*x^2 - > 25944/245*x + 48771/1225'" in > 'sage.rings.polynomial.polynomial_compiled.abc_pd.eval' ignored > <SNIP> > > Anyway, if you are interested in running Sage n Solaris 10/Sparc > please give this a try and report back any issues you see. Unless you > have to please also keep this discussion on list. > > Cheers, > > Michael --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
