<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Courier New, Courier, monospace">Hi Vijay,<br>
      <br>
      I am, on Darwin.  Did not see it on Linux.<br>
      <br>
      I will work on a method for exactly reproducing.<br>
      <br>
      ...J<br>
      <br>
      <br>
    </font>
    <div class="moz-cite-prefix">On 11/30/14, 10:24 AM, Vijay S.
      Mahadevan wrote:<br>
    </div>
    <blockquote
cite="mid:CAOcbyd3egRKi+2yym0wKFyGnA8immpddFmk2aEou=LYdGvqwQA@mail.gmail.com"
      type="cite">
      <pre wrap="">John,

Are you seeing the -n with MOAB master ? I can't seem to replicate
this. If you are working on a specific branch, let me know.

Vijay

On Sun, Nov 30, 2014 at 9:27 AM, JR Cary <a class="moz-txt-link-rfc2396E" href="mailto:cary@txcorp.com"><cary@txcorp.com></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">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" <a class="moz-txt-link-rfc2396E" href="mailto:cary@txcorp.com"><cary@txcorp.com></a> wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">
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
</pre>
        </blockquote>
        <pre wrap="">

</pre>
      </blockquote>
      <pre wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>