Geoffrey Furnish writes:
> So, question: Can anyone help me understnad how
> bindings/python/CMakeFiles/_plplotcmodule.dir/relink.txt is generated, and
> suggest how I might fix it's generation to not name the unnecessary and
> trouble-causing "-lpython2.5"?
I got as far as:
% svn diff bindings/python/CMakeLists.txt
Index: bindings/python/CMakeLists.txt
===================================================================
--- bindings/python/CMakeLists.txt (revision 8002)
+++ bindings/python/CMakeLists.txt (working copy)
@@ -61,7 +61,8 @@
add_library(plplot_widgetmodule MODULE plplot_widgetmodule.c)
set_target_properties(plplot_widgetmodule PROPERTIES PREFIX "")
-target_link_libraries(plplot_widgetmodule plplot${LIB_TAG} ${PYTHON_LIBRARIES})
+#target_link_libraries(plplot_widgetmodule plplot${LIB_TAG}
${PYTHON_LIBRARIES})
+target_link_libraries(plplot_widgetmodule plplot${LIB_TAG})
if(USE_RPATH)
set_target_properties(
plplot_widgetmodule
which allows me to complete the compilation of PLplot when cmake'd (what do
people say now instead of configured?) against a prefix containing a custom
python build. So that's progres..
But now, make install fails:
Install the project...
-- Install configuration: ""
CMake Error: Error in cmake code at
.../plplot/tmp2/cmake_install.cmake:35:
FILE cannot create directory: /share/doc/plplot. Maybe need administrative privi
leges.
Current CMake stack: /home/furnish/icfdev/prefix-icf/plplot/tmp2/cmake_install.c
make
make: *** [install] Error 255
Studying cmake_install.cmake, I find within:
FILE(INSTALL DESTINATION "/share/doc/plplot" TYPE FILE FILES
"/my/prefix-build/zone/plplot/AUTHORS")
FILE(INSTALL DESTINATION "/share/doc/plplot" TYPE FILE FILES
"/my/prefix-build/zone/plplot/COPYING.LIB")
FILE(INSTALL DESTINATION "/share/doc/plplot" TYPE FILE FILES
"/my/prefix-build/zone/plplot/ChangeLog")
Which makes it seem a little like it's trying to write directly to /sahre,
which also seems to be the obvious meaning of the error quoted above: "FILE
cannot create directory: /share/doc/plplot. ..."
Any ideas why it isn't trying to stuff stuff into $PREFIX/share/...?
So far I'm not seeing where cmake_install.cmake comes from, or how this stuff
got into it. It's a generated file, right? But where's the source? Is
anyone else seeign this behavior? Is there some operator stupidity involved
here on my part?
BTW, when I gnerated the above cmake configuraiton diff, it didn't take
effect when I merely removed the cache and reran cmake. I had to run cmake
fresh in an empty build dir, to get the .../relink.txt file to be
regenerated. Is there a way to get cmake to actually regenerate all it's
stuff in your current working dir, or do other developers normally have to
start a new build dir from scratch to test changes to the cmake configuration
files?
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
