On Nov 7, 2007 11:02 AM, Kate Minola <[EMAIL PROTECTED]> wrote: > I go away for a while, and now SAGE does not build > on any of my machines of interest: > > Compiling from source using gcc-4.2.2, I get > > *** > x86-Linux, ia64-Linux > *** > While compiling cvxopt-0.8.2.p4, I get > > gcc -pthread -shared build/temp.linux-i686-2.5/C/base.o > build/temp.linux-i686-2.5/C/dense.o > build/temp.linux-i686-2.5/C/sparse.o > -L/home/kate/sage/sage-2.8.12-x86-Linux/local/lib > -L/home/kate/sage/sage-2.8.12-x86-Linux/local/lib/gcc-lib/i686-pc-linux-gnu/4.0.3 > -lm -llapack -lblas -lf95 -o build/lib.linux-i686-2.5/cvxopt/base.so > /usr/local/binutils-2.17/x86-Linux-gcc-4.1.1/bin/ld: cannot find -lf95
That's because you're using gfortran. Evidently Josh's fix for cvxopt not fully working fails for people using gfortran. I'll open a trac ticket: http://trac.sagemath.org/sage_trac/ticket/1125 > > *** > x86_64-Linux > *** > While compiling libfplll-2.1-20071024, I get > > g++ -shared -nostdlib /usr/lib/../lib64/crti.o > /usr/local/gcc-4.2.2/x86_64-Linux/lib/gcc/x86_64-unknown-linux-gnu/4.2.2/crtbeginS.o > .libs/fplll.o -Wl,--rpath > -Wl,/usr/local/gcc-4.2.2/x86_64-Linux/lib/../lib64 -Wl,--rpath > -Wl,/usr/local/gcc-4.2.2/x86_64-Linux/lib/../lib64 -lmpfr -lgmp > -L/usr/local/gcc-4.2.2/x86_64-Linux/lib/gcc/x86_64-unknown-linux-gnu/4.2.2 > -L/usr/local/gcc-4.2.2/x86_64-Linux/lib/gcc/x86_64-unknown-linux-gnu/4.2.2/../../../../lib64 > -L/lib/../lib64 -L/usr/lib/../lib64 > -L/home/kate/sage/sage-2.8.12-x86_64-Linux/local/lib > -L/usr/local/gcc-4.2.2/x86_64-Linux/lib/gcc/x86_64-unknown-linux-gnu/4.2.2/../../.. > /usr/local/gcc-4.2.2/x86_64-Linux/lib/../lib64/libstdc++.so -lm -lc > -lgcc_s > /usr/local/gcc-4.2.2/x86_64-Linux/lib/gcc/x86_64-unknown-linux-gnu/4.2.2/crtendS.o > /usr/lib/../lib64/crtn.o -Wl,-soname -Wl,libfplll.so.0 -o > .libs/libfplll.so.0.0.0 > /usr/bin/ld: /usr/lib/../lib64/libmpfr.a(exceptions.o): relocation > R_X86_64_32 against `a local symbol' can not be used when making a > shared object; recompile with -fPIC > /usr/lib/../lib64/libmpfr.a: could not read symbols: Bad value > > Why is Sage trying to use libmpfr.a out of /usr/lib? Should it not be > using the version > in [sage]/local/lib? I agree. Note that libfpll is a brand new package in Sage (it does very fast LLL reduction, so is quite important), but it hasn't been as widely tested as other components of Sage. This is now trac #1126: http://trac.sagemath.org/sage_trac/ticket/1126 I've made both trac tickets blockers. We'll fix them at Sage Days next week. William --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-support URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/ -~----------~----~----~----~------~----~------~--~---
