On Feb 3, 2:13 am, mabshoff <mabsh...@googlemail.com> wrote:
> On Feb 2, 2:43 pm, dannychrastina <danny.chrast...@gmail.com> wrote:
>
> > On Jan 14, 4:04 pm, mabshoff <mabsh...@googlemail.com> wrote:
>
> > > On Jan 13, 10:13 pm, DavidS <davidshi...@gmail.com> wrote:
> > > > But further along the compilation, I got stuck here:
> > > > ld -opolybori/libpolybori-0.5.0.so.0.0.0 -shared -Wl,-
> > > > soname,libpolybori-0.5.0.so.0 Cudd/obj/cuddObj.os Cudd/util/
> > > > state.os ......
> > > > ld: unrecognized option '-Wl,-soname,libpolybori-0.5.0.so.0'
> > > > ld: use the --help option for usage information
> > > > scons: *** [polybori/libpolybori-0.5.0.so.0.0.0] Error 1
> > > > scons: building terminated because of errors.
> > > > Error buildingPolyBoRi.
>
> Hi,
>
> > Hi, I'm having the same error with 3.2.3 (on Gentoo x86_64). It seems
> > to me that this '-Wl,-soname,libpolybori-0.5.0.so.0' is in the form in
> > which options are given to the compiler in order to pass to the
> > linker, but since this is running the linker directly it should just
> > be -soname libpolybori-0.5.0.so.0. I grep out the line in the install
> > log and change that part it seems to build the .so. I just don't know
> > where to change "sonameprefix" such that it doesn't get changed back
> > as soon as I run make. What constructs the SConstruct?
>
> It is in the polybori-0.5rc.p6 .spkg in polybori-0.5rc.p6/patches/
> SConstruct
>
> The command execute that leads to the problem is
>
> g++ -o polybori/libpolybori-0.5.0.so.0.0.0 -shared -Wl,-
> soname,libpolybori-0.5.0.so.0 <SNIP>
>
> so this is supposed to work since g++ just passes the options to the
> linker. For some reasons the binutils you use get their panties in a
> twist and things blow up. So:
>
> * What binutils release are you running (i.e. ld --version)
GNU ld (GNU Binutils) 2.18.
I notice David (above) had the same problem using 2.19. Also, just for
completeness,
$ g++ --version
g++ (GCC) 4.1.2 (Gentoo 4.1.2 p1.3)
> For the ultimate ironic POV: we don't even use the dynamic PolyBoRi
> libs and link statically to work around a bug in PolyBoRi.
>
> I think we can fix by using
>
> g++ -o polybori/libpolybori-0.5.0.so.0.0.0 -shared -Wl,-soname -
> Wl,libpolybori-0.5.0.so.0 <SNIP>
>
> but I would need to do that via a real build. Either way, the issue
> with binutils version and suggested solution should be reported
> upstream to the PolyBoRi people which I have CCed in case they don't
> read *every* email to sage-devel [Tsk, tsk :p].
Thanks for the quick response.
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
