On Aug 25, 12:21 am, Nils Bruin <nbr...@sfu.ca> wrote: > On Aug 24, 11:41 pm, Robert Bradshaw <rober...@math.washington.edu> > wrote: > > > I think you can still get an -fPIC libgmp.a directly from the same .o > > files that the libgmp.so uses. Have you tried just adding that flag > > to mpir's make file?
Scratch previous: "./configure" accepts an option "--with-pic" which is supposed to seduce libtools into using pic objects for both dynamic and static libraries. Indeed, supplying this to MPIR seems to produce a libgmp.a with different properties: gcc -o libecl.so [...] -Wl,-Bstatic -lgmp doesn't do the trick. This expands to [...] -Bstatic -lgmp -lgcc --as-needed -lgcc_s --no-as-needed -lc - lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-redhat- linux/4.1.2/crtendS.o /usr/lib/gcc/x86_64-redhat-linux/ 4.1.2/../../../../lib64/crtn.o upon which I get a complaint that -lgcc_s cannot be found. However, if I just include the libgmp.a as one of the files, things still work out. Indeed I get a libecl.so from this process that does NOT list libgmp.so under its dependencies when I do ldd libecl.so However, if I look in the dynamic symbol table with objdump -T libecl.so, it has all kinds of mpz_ symbols. Surprisingly, linking in this libecl.so into sage does seem to cause extra crashes. Just the usual one at the end. Anybody any ideas? --~--~---------~--~----~------------~-------~--~----~ 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 URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
