From: Orion P. <or...@co...> - 2012-01-04 19:01:21
|
On 01/04/2012 11:29 AM, Alan W. Irwin wrote: > Hi Orion: > > Sorry your previous post fell through the cracks. I think Andrew is the > best guy to evaluate your patch so I won't comment on that, but > I will respond to two of your questions not involving the patch. > > On 2012-01-04 09:12-0700 Orion Poplawski wrote: > >>> plplot-ocaml.i686: E: binary-or-shlib-defines-rpath >>> /usr/lib/ocaml/stublibs/dllplplot_stubs.so ['/usr/lib/ocaml', >>> '/builddir/build/BUILD/plplot-5.9.9/fedora/src'] >>> plplot-ocaml.i686: E: binary-or-shlib-defines-rpath >>> /usr/lib/ocaml/stublibs/dllplcairo_stubs.so ['/usr/lib', >>> '/builddir/build/BUILD/plplot-5.9.9/fedora/src'] >>> >>> Anyone know why the rpaths aren't being removed on install? > > I have just made a change (revision 12117) which is untested, but > which I think should fix this. > Well, not sure if this is the cause, but: 10: Testing front-end ocaml 10: x01ocaml 10: /builddir/build/BUILD/plplot-5.9.9/fedora/examples/ocaml/x01ocaml: error while loading shared libraries: libplplotd.so.11: cannot open shared object file: No such file or directory 10/17 Test #10: examples_ocaml ...................***Failed 0.04 sec >>> >>> Trying to build with the attached patch though I get this: >>> >>> /usr/lib/ccache/gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions >>> -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom >>> -fasynchronous-unwind-tables CMakeFiles/plserver.dir/plserver.c.o -o >>> plserver >>> -rdynamic ../../src/libplplotd.so.11.0.0 ../tcl/libplplottcltkd.so.9.2.0 >>> -ltk >>> -ltcl ../../src/libplplotd.so.11.0.0 >>> >>> -Wl,-rpath,/builddir/build/BUILD/plplot-5.9.9/fedora/src:/builddir/build/BUILD/plplot-5.9.9/fedora/bindings/tcl:/builddir/build/BUILD/plplot-5.9.9/fedora/lib/csa:/builddir/build/BUILD/plplot-5.9.9/fedora/lib/nn:/builddir/build/BUILD/plplot-5.9.9/fedora/lib/qsastime: >>> >>> -Wl,-rpath-link,/builddir/build/BUILD/plplot-5.9.9/fedora/lib/csa:/builddir/build/BUILD/plplot-5.9.9/fedora/lib/nn:/builddir/build/BUILD/plplot-5.9.9/fedora/lib/qsastime:/builddir/build/BUILD/plplot-5.9.9/fedora/bindings/tcl >>> >>> ../../src/libplplotd.so.11.0.0: undefined reference to >>> `agg::font_engine_freetype_base::hinting(bool)' >>> .... >>> ../../src/libplplotd.so.11.0.0: undefined reference to >>> `plD_dispatch_init_tek4107f' >>> >>> >>> Now, why is >>> 'CMakeFiles/plplotd.dir/__/drivers/wxwidgets_agg.cpp.oCMakeFiles/plplotd.dir/__/drivers/wxwidgets.cpp.o >>> CMakeFiles/plplotd.dir/__/drivers/wxwidgets_app.cpp.o >>> CMakeFiles/plplotd.dir/__/drivers/wxwidgets_dc.cpp.o >>> CMakeFiles/plplotd.dir/__/drivers/wxwidgets_gc.cpp.o' getting put into >>> libplplotd and not libplplotcxxd? So the other languages can output to wx* >>> devices? It's not really a driver though, correct? > > I assume you are building with the cmake option > -DENABLE_DYNDRIVERS=OFF. In that special case, the device drivers are not > shared objects which are dynamically loaded by the libplplot as for > the usual (default) case. Instead, for this special case all drivers > (whether C or C++) are made part of the plplot library and called > directly as needed as part of the services provided by that (expanded) > library. wxwidgets*.cpp.o are all compiled objects which are part of > the wxwidgets device driver. So the above seems fine to me. Thanks - I hadn't noticed that my FindLTDL.cmake patch was not setting LTDL_FOUND and so ENABLE_DYNDRIVERS was being set to off. I've updated my libs patch. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |