[MOAB-dev] Problems with MOABConfig.cmake
JR Cary
cary at txcorp.com
Sun Nov 30 09:27:09 CST 2014
Hi Vijay,
Thanks for pushing the fix.
I guess the point is that cmake has the convention of
listing and using libraries by names without lib prefix nor any
suffix. So, for example, hdf5-config.cmake has
set (HDF5_LIBRARIES
"hdf5;hdf5_f90cstub;hdf5_fortran;hdf5_hl_f90cstub;hdf5_hl_fortran;hdf5_tools;hdf5_hl")
Then cmake converts these to the appropriate name
for each OS.
Thanks.......John
On 11/29/14, 8:04 AM, Vijay S. Mahadevan wrote:
>
> Thanks for the bug report John. We will push a fix to the MOABConfig
> generation.
>
> We can split the directory and library as separate variables but this
> follows the autoconf based moab.make that uses the mixed convention.
> Is there a specific reason why you want them separately? Apps using
> MOAB should directly use that line to link anyway.
>
> Vijay
>
> On Nov 28, 2014 11:05 PM, "JR Cary" <cary at txcorp.com
> <mailto:cary at txcorp.com>> wrote:
>
> Dear moab folks,
>
> I just configure moab with
>
> '/Users/cary/projects/dagmcall/moab/configure'
> --prefix=/volatile/moab-master.r5237-sersh --disable-static
> --enable-shared CC='/usr/bin/clang' CXX='/usr/bin/clang++'
> FC='/usr/local/bin/gfortran' F77='/usr/local/bin/gfortran'
> CXXFLAGS='-stdlib=libstdc++' FFLAGS='-pipe -fPIC' FCFLAGS='-pipe
> -fPIC' --enable-dagmc --without-vtk
> --with-hdf5='/contrib/hdf5-1.8.13-sersh'
>
> on Darwin. It built and installed, but at the end of the cmake
> configuration file (lib/MOABConfig.cmake) I see many lines beginning
> with '-n' and then 'n' at line endings:
>
> # Library and include defs
> SET(MOAB_INCLUDE_DIRS "/volatile/moab-master.r5237-sersh/include")
> -n SET(MOAB_LIBRARIES "
> -n -L/contrib/hdf5-1.8.13-sersh/lib
> -L/volatile/moab-master.r5237-sersh/lib -lMOAB -lc++ -lpthread
> -lz -ldl -lm -lhdf5")n
> -n SET(DAGMC_LIBRARIES "
> -n -L/contrib/hdf5-1.8.13-sersh/lib
> -L/volatile/moab-master.r5237-sersh/lib -ldagmc -lMOAB -lc++
> -lpthread -lz -ldl -lm -lhdf5")n
>
> This causes any cmake project depending on moab to fail.
>
> It is also a bit strange, in that in cmake-land, libraries are what
> is after the -l, and LIBRARY_DIRS are what is after the -L.
>
> ......John
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20141130/29c0d564/attachment.html>
More information about the moab-dev
mailing list