Re: [CMake] cmake-2.8.4 on HP-UX runpath issues

2011-09-26 Thread Brad King
On 9/25/2011 8:54 PM, Albert Chin wrote: It is listed as "static" because cmake always uses a path/to/libmodman.sl when invoking the linker. CMake prior to 2.6 always used the -L and -l split. That led to endless problems with search path ordering, static v. shared searches, etc. that made it

Re: [CMake] cmake-2.8.4 on HP-UX runpath issues

2011-09-25 Thread Albert Chin
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 af

[CMake] cmake-2.8.4 on HP-UX runpath issues

2011-05-07 Thread Peter O'Gorman
Hi, 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: share