From: Hazen B. <hba...@ma...> - 2006-07-27 03:07:05
|
On Jul 26, 2006, at 9:05 PM, Alan W. Irwin wrote: > On 2006-07-26 19:11-0400 hba...@ma... wrote: > > Presumably, binary sources of CMake-2.4.2 (e.g.,"Darwin Universal > (Tiger > only installer)") from the same download page will give you ccmake > as well, > but if not, build cmake from the Unix tarball following the directions > at http://www.cmake.org/HTML/Install.html. Thanks! I already had it on my machine, it was just being masked by an older version that was also on my path. >> Also, any idea why cmake wouldn't be able to find swig, when I >> have swig in /usr/local/bin? > > For problems like yours where CMake is not finding stuff that is on > your > system, the short answer is to set the environment variables > CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH (see > http://www.cmake.org/Wiki/CMake_HowToFindInstalledSoftware and > http://www.cmake.org/Wiki/CMake_Useful_Variables which I document in > cmake/README.cmake_doc). You can also set the path to swig using ccmake. >> Is there a (swig) version dependency? > BTW, if cmake fails to find swig, your PLplot build should proceed > to a > successful conclusion with the java and python interfaces smoothly > disabled. > Is that the case? The "cmake" part of the process went fine, both with and without swig, but then I ran into the following error during the make stage: iMac ~/Documents/OpenSource/PLplot/plplot-build : make -- Looking for pkg-config -- Looking for pkg-config - found -- Found LTDL: /usr/lib/libltdl.dylib;/usr/lib/libdl.dylib -- Found JPEG: /usr/local/lib/libjpeg.a -- Found GD: /usr/local/lib/libgd.dylib DEVICES_LIST = png;jpeg;gif;hp7470;hp7580;lj_hpgl;mem;null;pbm;plmeta;ps;xfig;xwin DRIVERS_LIST = gd;hpgl;mem;null;pbm;plmeta;ps;xfig;xwin CPACK_SOURCE_IGNORE_FILES = Makefile\\.in$;~$;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build.*/CVS/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/bindings/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/cf/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/debian/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/doc/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/drivers/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/examples/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/fonts/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/libltdl/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/old/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/pkgcfg/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/rpm/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/scripts/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/sys/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/test/;^/Users/hbabcock/ Documents/OpenSource/PLplot/plplot-build/utils/ -- Configuring done -- Generating done -- Build files have been written to: /Users/hbabcock/Documents/ OpenSource/PLplot/plplot-build Scanning dependencies of target plplotd Building C object src/CMakeFiles/plplotd.dir/pdfutils.o ...[snip]... Building C object src/CMakeFiles/plplotd.dir/plvect.o Linking C shared library libplplotd.dylib ld: common symbols not allowed with MH_DYLIB output format with the - multi_module option CMakeFiles/plplotd.dir/plcore.o definition of common _unicode_buffer (size 4096) CMakeFiles/plplotd.dir/plctrl.o definition of common _abort_handler (size 4) CMakeFiles/plplotd.dir/plstripc.o definition of common _oxM (size 8) CMakeFiles/plplotd.dir/plstripc.o definition of common _oxm (size 8) CMakeFiles/plplotd.dir/plstripc.o definition of common _oyM (size 8) CMakeFiles/plplotd.dir/plstripc.o definition of common _oym (size 8) /usr/bin/libtool: internal link edit command failed make[2]: *** [src/libplplotd.dylib.9.2.0] Error 1 make[1]: *** [src/CMakeFiles/plplotd.dir/all] Error 2 make: *** [all] Error 2 I used to see an error like this (meaning the message about - multi_module) when I would try to compile with Fortran, and I could make it go away with: make FFLAGS="-Wl,-single_module" FCFLAGS="-Wl,-single_module" However, disabling Fortran with ccmake doesn't resolve this. I guess the "multi_module" / OS-X linker problem has propagated into the C part of the build. -Hazen |