Hi Rich,
One quick thing to try to would be to make sure you have the -devel version
of the library installed. That usually provides .h / include files and
also static versions of the libs. I don't know how this is specifically
checked for in cmake, but often you look for the correct .h file (or the
existance of a .a file) to know the development version of a package is
installed and usable by the compiler.
Curt.
On Wed, Oct 10, 2012 at 11:57 AM, Cook, Rich wrote:
> Hi, I'm so close to getting this working on our cluster. Believe it or
> not, I have a deadline. LOL
> Can someone help me figure out what is wrong? I would so much appreciate
> it!
> Thanks
>
> I do this:
> cmake -D CMAKE_BUILD_TYPE="Release" CMAKE_CXX_FLAGS="-O3
> -D__STDC_CONSTANT_MACROS" -D CMAKE_C_FLAGS="-O3" -D
> CMAKE_VERBOSE_MAKEFILE:BOOL=ON -D
> CMAKE_INSTALL_PREFIX:PATH="/collab/usr/gapps/asciviz/flightgear/" -D
> "CMAKE_PREFIX_PATH=/collab/usr/gapps/asciviz/flightgear/"
> ../flightgear-2.8.0 && sleep 5 && make -j 24 2>&1 | tee output.log
>
> I get this (I have snipped a large portion of the link line for
> readability)
>
> [ 31%] Built target JSBSim
> make -f src/Main/CMakeFiles/fgfs.dir/build.make
> src/Main/CMakeFiles/fgfs.dir/depend
> make[2]: Entering directory
> `/nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build'
> cd /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build &&
> /usr/local/tools/cmake-2.8.7/bin/cmake -E cmake_depends "Unix Makefiles"
> /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0
> /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0/src/Main
> /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build
> /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build/src/Main
> /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build/src/Main/CMakeFiles/fgfs.dir/DependInfo.cmake
> --color=
> make[2]: Leaving directory
> `/nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build'
> make -f src/Main/CMakeFiles/fgfs.dir/build.make
> src/Main/CMakeFiles/fgfs.dir/build
> make[2]: Entering directory
> `/nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build'
> Linking CXX executable fgfs
> cd /nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build/src/Main &&
> /usr/local/tools/cmake-2.8.7/bin/cmake -E cmake_link_script
> CMakeFiles/fgfs.dir/link.txt --verbose=1
> /usr/bin/c++ -I/collab/usr/gapps/asciviz/flightgear/include -Wall
> -D_REENTRANT -DBOOST_MULTI_INDEX_DISABLE_SERIALIZATION
> -DBOOST_BIMAP_DISABLE_SERIALIZATION -O3 -DNDEBUG
> -I/collab/usr/gapps/asciviz/flightgear/lib
> -L/collab/usr/gapps/asciviz/flightgear/lib64
> CMakeFiles/fgfs.dir/bootstrap.cxx.o CMakeFiles/fgfs.dir/fg_commands.cxx.o
> CMakeFiles/fgfs.dir/fg_init.cxx.o CMakeFiles/fgfs.dir/fg_io.cxx.o
> CMakeFiles/fgfs.dir/fg_os_common.cxx.o CMakeFiles/fgfs.dir/fg_props.cxx.o
> CMakeFiles/fgfs.dir/globals.cxx.o CMakeFiles/fgfs.dir/locale.cxx.o
> CMakeFiles/fgfs.dir/logger.cxx.o CMakeFile ... etc ... full text below
> ... a /collab/usr/gapps/asciviz/flightgear/lib/libplibsg.a
> /collab/usr/gapps/asciviz/flightgear/lib/libplibpu.a
> /collab/usr/gapps/asciviz/flightgear/lib/libplibul.a -ludev -lpthread -lz
> -lapr-1 -lsvn_client-1 -lsvn_subr-1 -lsvn_ra-1 -lrt
> /collab/usr/gapps/asciviz/flightgear/lib/libalut.so
> /collab/usr/gapps/asciviz/flightgear/lib/libopenal.so
> ../Canvas/ShivaVG/src/libShivaVG.a -lGLU -lGL
> -Wl,-rpath,/collab/usr/gapps/asciviz/flightgear/lib64:/collab/usr/gapps/asciviz/flightgear/lib:
> CMakeFiles/fgfs.dir/__/Input/FGLinuxEventInput.cxx.o: In function
> `FGLinuxEventInput::postinit()':
> FGLinuxEventInput.cxx:(.text+0x4d9): undefined reference to `udev_new()'
> FGLinuxEventInput.cxx:(.text+0x4e6): undefined reference to
> `udev_enumerate_new(udev*)'
> FGLinuxEventInput.cxx:(.text+0x4f6): undefined reference to
> `udev_enumerate_add_match_subsystem(udev_enumerate*, char const*)'
> FGLinuxEventInput.cxx:(.text+0x4fe): undefined reference to
> `udev_enumerate_scan_devices(udev_enumerate*)'
> FGLinuxEventInput.cxx:(.text+0x506): undefined reference to
> `udev_enumerate_get_list_entry(udev_enumerate*)'
> FGLinuxEventInput.cxx:(.text+0x5c7): undefined reference to
> `udev_device_unref(udev_device*)'
> FGLinuxEventInput.cxx:(.text+0x5cf): undefined reference to
> `udev_list_entry_get_next(udev_list_entry*)'
> FGLinuxEventInput.cxx:(.text+0x5e3): undefined reference to
> `udev_list_entry_get_name(udev_list_entry*)'
> FGLinuxEventInput.cxx:(.text+0x5f0): undefined reference to
> `udev_device_new_from_syspath(udev*, char const*)'
> FGLinuxEventInput.cxx:(.text+0x5fb): undefined reference to
> `udev_device_get_devnode(udev_device*)'
> FGLinuxEventInput.cxx:(.text+0x606): undefined reference to
> `udev_device_get_parent(udev_device*)'
> FGLinuxEventInput.cxx:(.text+0x616): undefined reference to
> `udev_device_get_sysattr_value(udev_device*, char const*)'
> FGLinuxEventInput.cxx:(.text+0x6fe): undefined reference to
> `udev_unref(udev*)'
> collect2: ld returned 1 exit status
> make[2]: *** [src/Main/fgfs] Error 1
> make[2]: Leaving directory
> `/nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build'
> make[1]: *** [src/Main/CMakeFiles/fgfs.dir/all] Error 2
> make[1]: Leaving directory
> `/nfs/tmp2/rcook/FlightGear/flightgear-2.8.0-build'
> make: *** [all] Error 2
>
> Note that we do have libudev installed, but perhaps it's the wrong version
> ? I don't know what's wrong here.
>
> rcook@rzgpu52 (flightgear-2.8.0-build): ls -l /usr/lib64/libudev.so
> lrwxrwxrwx 1 root root 28 Sep 18 19:30 /usr/lib64/libudev.so ->
> ../../lib64/libudev.so.0.5.1
> rcook@rzgpu52 (flightgear-2.8.0-build): ls -l /lib64/libudev.so.0*
> lrwxrwxrwx 1 root root 16 Sep 18 19:25 /lib64/libudev.so.0 ->
> libudev.so.0.5.1
> -rwxr-xr-x 1 root root 59192 Sep 23 2011 /lib64/libudev.so.0.5.1
>
>
> --
> ✐Richard Cook
> ✇ Lawrence Livermore National Laboratory
> Bldg-453 Rm-4024, Mail Stop L-557
> 7000 East Avenue, Livermore, CA, 94550, USA
> ☎ (office) (925) 423-9605
> ☎ (fax) (925) 423-6961
> ---
> Information Management & Graphics Grp., Services & Development Div.,
> Integrated Computing & Communications Dept.
> (opinions expressed herein are mine and not those of LLNL)
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Flightgear-users mailing list
> Flightgear-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-users
>
--
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Flightgear-users mailing list
Flightgear-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-users
