On Thu, Dec 19, 2013 at 02:52:55PM -0800, Alan Irwin wrote:
> On 2013-12-19 22:26-0000 Andrew Ross wrote:
> 
> > Cmake chose to build a static library, not me, so I assume something was
> > missing for building shared versions.
> 
> I assume you are discussing just the PLplot part of the epa_build.  Just
> like for ordinary PLplot builds the default should be shared
> libraries, see
> 
> option(BUILD_SHARED_LIBS "Build shared libraries" ON)
> 
> in cmake/modules/plplot.cmake.
> 
> What does your cache file say about that option?  I don't know of any
> logic in our build system that would turn it to OFF unless the user
> explicitly uses -DBUILD_SHARED_LIBS=OFF as a cmake option for an
> ordinary build or that variable was set for an epa_build of PLplot
> (which it isn't as far as I can tell).  So I hope you can figure out
> what is going on here.

I've probably not been clear. The problem arose with libharu not plplot. By 
default this builds both shared and static versions. The problem arose with
the static build.

For plplot I have libltdl missing so I end up with 
ENABLE_DYNDRIVERS:BOOL=OFF
BUILD_SHARED_LIBS:BOOL=ON
but that is an aside.

> >> [...]when I follow those directions here, I get the following RPATH 
> >> results:
> >>
> >> -- TCL_RPATH = 
> >> /home/wine/newstart/build_script/install-linux_buildtools/lib
> >> -- TCL_TK_RPATH = 
> >> /home/wine/newstart/build_script/install-linux_buildtools/lib
> >> -- TCL_TK_ITCL_ITK_RPATH = 
> >> /home/wine/newstart/build_script/install-linux_buildtools/lib;/home/wine/newstart/build_script/install-linux_buildtools/lib/itcl3.4;/home/wine/newstart/build_script/install-linux_buildtools/lib/itk3.3
> >>
> >> If you don't get lines similar to the above, then those variables have
> >> been emptied because they point to the system locations as explained
> >> above. The above variables are used appropriately in the PLplot build
> >> system so at least for my case is not necessary for me to set
> >> LD_LIBRARY_PATH.
> >
> > I get just this, so cmake is setting the RPATH variables correctly. ldd
> > on libplplotd.so in the build directory looks fine, but ldd in the
> > install directory can't find itcl or itk. The tcl and tk libraries are
> > found fine in their epa install location. This is most odd...
> 
> I just discovered the other day that
> 
> readelf -d <library name> |grep -i rpath
> 
> could help confirm what rpath values were actually being set for a library.
> Of course, "make VERBOSE=1" does that as well but buried so deep in
> details it is tough to figure out.

In the install tree

readelf -d libitcl3.4.so 
shows rpath is not set. On the other hand
readelf -d libtcl8.6.so 
correctly sets rpath. 

Andrew

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to