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
__________________________
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
