On Sat, May 07, 2011 at 08:09:52AM -0500, Peter O'Gorman wrote: > We're running into problems with cmake on hp-ux, if we had used > 2.6.x we would have seen the problems there too. > > Building e.g. libproxy on hppa*-hp-hpux11.31 32 bit, in its own > prefix /opt/TWWfsw/libproxy04 chatr shows us after install: > > /opt/TWWfsw/libproxy04/lib/libproxy.sl: > shared library > shared library dynamic path search: > SHLIB_PATH disabled second > embedded path enabled first > /opt/TWWfsw/libproxy04/lib:/usr/lib > internal name: > libproxy.sl.1 > shared library list: > static > /opt/build/libproxy-0.4.6/libproxy/../libmodman/libmodman.sl.1 > dynamic /usr/lib/libnsl.1 > dynamic /usr/lib/libcma.2 > > As you can see the path to the build dir's libmodman.sl is encoded > in the installed libproxy, worse, it's "static" so even if > SHLIB_PATH were enabled, it will not override the static entry. > Removing the builddir makes any application using libproxy abort() > at start because the static entry for libmodman can not be found. > > It is listed as "static" because cmake always uses a > path/to/libmodman.sl when invoking the linker. So we hacked our > cmake-2.8.4 to always use -L.. -l on hpux, this helps a little, the > library is now listed as "dynamic" and because of that SHLIB_PATH > and the embedded path can also be used. However, the full path to > the build dir remains encoded in the output. We'd like to fix that, > turn our hack into a usable patch and have it applied. > > What we need to do to accomplish that: When relinking, currently > cmake relinks libraries and executables prior to installing them. > This accomplishes nothing on HP-UX, to change the path, the > libraries must be found in the install directory. How can we change > so that relinking happens after install, and replaces the installed > shared libraries and executables? I have no idea which source files > to even begin looking in. > > Alternatively the HP-UX 11 linker has a +cdp option that allows > replacing of build paths with install paths, to use this, instead of > giving ./path/to/libfoo.sl on the link line, cmake would have to add > -L./path/to -lfoo -Wl,+cdp,./path/to:/install/prefix/lib. This > solution would only work for HP-UX 11 though, and we still support > customers on HP-UX 10.20. We'd prefer to have relinking after > install.
Any help with this? -- albert chin (ch...@thewrittenword.com) -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
