[CMake] cmake hp-ux binary creates .sl libraries rather than .so libraries.

[ankit jain]

2009/4/28 Bill Hoffman <bill.hoffman at kitware.com>

> Denis Scherbakov wrote:
>
>> HP-UX on PA-RISC uses *.sl or no extension (like libC.2 for PA-RISC 2.0)
>> HP-UX on IA64 uses *.so naming like in Linux.
>>
>>
> http://www.mainsoft.com/solutions/windows_to_hpipf.aspx
>
> "> Shared library naming convention
>
>>
>> The shared library naming convention on Itanium 2 is different than
>> that of PA-RISC. On PA-RISC, general names for libraries, libxxx.sl,
>> are used, whereas on Itanium 2, the libraries are named libxxx.so.
>> This will affect both build systems and all code that loads shared
>> libraries at runtime (e.g. calls to dlopen() or shl_load() ). This
>> might also affect other production scripts.
>>
>
>       As you told Bill it is correct about the library extension but when I
build the code on itanium ia64 on hp machine cmake by default generates .sl
extension for shared libraries. i think it does so because the cmake binary
that is available for hp-ux is for PA-RISC not for itanium.

for the time being i get the .so extension for shared library by setting
CMAKE_SHARED_LIBRARY_SUFFIX variable.

But i think either cmake itself identify the hp architecture as ia64 or
PA-RISC and then build the shared library with proper extension or we should
have different cmake binaries for itanium and PA_RISC..


ankit


> The change will have to go in Modules/Platform/HP-UX.cmake.   I think we
> should be able to check the CMAKE_HOST_SYSTEM_PROCESSOR variable.   If
> someone has access to one of these machines and can work out a patch, I can
> put it in CMake.  Even better, if someone has access to one of these
> machines, and can setup a nightly dashboard to make sure it stays working.
>
>
>
> -Bill
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090429/e556ac0d/attachment.htm>