On the latest opensolaris running on amd64 and using gcc 4.4.1 I did hit the bug you mentioned, but in sqlite (running the gnu autotools again for sqlite did not seem to help):
ar cru .libs/libsqlite3.a sqlite3.o ranlib .libs/libsqlite3.a creating libsqlite3.la (cd .libs && rm -f libsqlite3.la && ln -s ../libsqlite3.la libsqlite3.la) if /usr/local/bin/gcc -DPACKAGE_NAME=\"sqlite\" -DPACKAGE_TARNAME= \"sqlite\" -DPACKAGE_VERSION=\"3.6.17\" -DPACKAGE_STRING=\"sqlite\ 3.6.17\" -DPACKAGE_BUGREPORT=\"http://www.sqlite.org\"; -DPACKAGE= \"sqlite\ " -DVERSION=\"3.6.17\" -D_FILE_OFFSET_BITS=64 -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STD INT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_FDATASYNC=1 - DHAVE_USLEEP=1 -DHAVE_LOCALTIME_R=1 -DHAVE_GMTIME_R=1 - DHAVE_READLINE=1 -I. -I. -I /export/home/brandon/sage-4.1.2/local/ include -DSQLITE_THRE ADSAFE=1 -g -O2 -MT shell.o -MD -MP -MF ".deps/shell.Tpo" -c -o shell.o shell.c; \ then mv -f ".deps/shell.Tpo" ".deps/shell.Po"; else rm -f ".deps/shell.Tpo"; exit 1; fi /bin/sh ./libtool --tag=CC --mode=link /usr/local/bin/gcc - DSQLITE_THREADSAFE=1 -g -O2 -o sqlite3 shell.o ./libsqlite3.la - lreadline -lcurses /usr/local/bin/gcc -DSQLITE_THREADSAFE=1 -g -O2 -o .libs/sqlite3 shell.o ./.libs/libsqlite3.so -lreadline -lcurses -Wl,--rpath -Wl,/ export/home/brandon/sage-4.1.2/local/lib usage: ld [-3:6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VW:Y:?] file (s) On Oct 19, 4:58 am, "Dr. David Kirkby" <david.kir...@onetel.net> wrote: > solarg wrote: > > hello all, > > is there any binaries for solaris/x86 (or amd64) that i can download > > somewhere? > > > thanks in advance, > > > gerard > > I do not know if there is. There were, but when one goes to the download page > > http://www.sagemath.org/download.html > > and click 'Solaris binaries' > > one goes tohttp://www.sagemath.org/download.html/solaris/ > > However, that has a 404 error - page not found. > > The x86 binaries are quite old. > > I would suggest you try to build from source, though I have not done so myself > on x86, so I can only suggest what you will need for SPARC. It would be *very* > useful if you could try, and let us know of any issues you get. > > Here are a few tips, which are needed for SPARC, and probably are Solaris x86 > too. > > 1) Get yourself a gcc of >= 4.0.1 which is built to include Fortran. > > $ gcc -v should show something like > > --enable-languages=c,c++,fortran > > If not, then it includes all languages, and will be ok. Some are built with > only > C and C++ support. > > 2) You will probably need to copy the file > > http://sage.math.washington.edu/home/kirkby/Solaris-fixes/pari-2.3.3.... > > to spkg/standard/ directory, then 'touch' it, to make it the latest version. > > This needs reviewing by someone and is ticket > > http://sagetrac.org/sage_trac/ticket/6579 > > 3) If you have Sun Studio compiler installed (usually in /opt/SUNWspro or > /opt/sunstudio12.1) move the directory constraining the Sun Studio compiler to > somewhere else temporarily if you have it installed. > > # mv /opt/SUNWspro /opt/xxxSUNWspro > > will do it. You will need root access to do that. Sorry, but SCons screws up > the > build otherwise due to this bug > > http://sagetrac.org/sage_trac/ticket/6595 > > which has not been resolved yet. > > 4) You *might* hit this bug, which has only been observed on Solaris x86 to my > knowledge > > http://sagetrac.org/sage_trac/ticket/6539 > > I'm not aware of a solution to that. > > Most important, also see the notes I posted earlier. > > Dave --~--~---------~--~----~------------~-------~--~----~ To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
