[CMake] SONAME issue solved for Fortran shared libraries for cmake-2.4.2

[Alan W. Irwin]

On 2006-07-28 17:22-0400 Brad King wrote:

> Alan W. Irwin wrote:
>> Without this patch, the build just creates the library with a name *.so,
>> e.g.,
>>
>> bindings/f77/libplplotf77d.so
>>
>> no symlinks are created, and the install has a missing file error (it
>> expects to find bindings/f77/libplplotf77d.so.9.1.0 which doesn't exist
>> without the patch).
>
> Actually the bug goes deeper than this.  The test for creating the
> library with an soname is done on a per-language basis by looking for
> one of the above variables, but the test for installing the library with
> an soname is done using the ..._SONAME_C_FLAG variable.  The install
> test should be changed to use the target's linker language just like the
> build test.

Agreed, although that is a separate issue.

>
> Please create a bug report here:
>
> http://www.cmake.org/Bug

Done ==> bug 3558.  I also included your comment there.

One other issue: until this bug gets fixed in cmake and a release made, how
can I change my project so that it uses my (modified) version of Linux.cmake
rather than the Cmake one?  I want to avoid requiring all Plplot users to
patch the Cmake-2.4.2 version of Linux.cmake in order to use our new CMake
build system on Linux.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________