<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>
      Thanks for pushing the fix.<br>
      <br>
      I guess the point is that cmake has the convention of<br>
      listing and using libraries by names without lib prefix nor any<br>
      suffix.  So, for example, hdf5-config.cmake has<br>
      <br>
        set (HDF5_LIBRARIES
"hdf5;hdf5_f90cstub;hdf5_fortran;hdf5_hl_f90cstub;hdf5_hl_fortran;hdf5_tools;hdf5_hl")<br>
      <br>
      Then cmake converts these to the appropriate name<br>
      for each OS.<br>
      <br>
      Thanks.......John<br>
      <br>
      <br>
      <br>
      <br>
      <br>
      <br>
    </font>
    <div class="moz-cite-prefix">On 11/29/14, 8:04 AM, Vijay S.
      Mahadevan wrote:<br>
    </div>
    <blockquote
cite="mid:CAOcbyd26NXU1=2d8kBG0Re_+EXUyWQv8Uyf+oiA=9zRThxJk8w@mail.gmail.com"
      type="cite">
      <p dir="ltr">Thanks for the bug report John. We will push a fix to
        the MOABConfig generation. </p>
      <p dir="ltr">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. </p>
      <p dir="ltr">Vijay</p>
      <div class="gmail_quote">On Nov 28, 2014 11:05 PM, "JR Cary" <<a
          moz-do-not-send="true" href="mailto:cary@txcorp.com">cary@txcorp.com</a>>
        wrote:<br type="attribution">
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> <font face="Courier
              New, Courier, monospace">Dear moab folks,<br>
              <br>
              I just configure moab with<br>
              <br>
              '/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'<br>
              <br>
              on Darwin.  It built and installed, but at the end of the
              cmake <br>
              configuration file (lib/MOABConfig.cmake) I see many lines
              beginning <br>
              with '-n' and then 'n' at line endings:<br>
              <br>
              # Library and include defs<br>
              SET(MOAB_INCLUDE_DIRS
              "/volatile/moab-master.r5237-sersh/include")<br>
              -n SET(MOAB_LIBRARIES "<br>
              -n          -L/contrib/hdf5-1.8.13-sersh/lib
              -L/volatile/moab-master.r5237-sersh/lib -lMOAB  -lc++
              -lpthread -lz -ldl -lm    -lhdf5")n<br>
              -n SET(DAGMC_LIBRARIES "<br>
              -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<br>
              <br>
              This causes any cmake project depending on moab to fail.<br>
              <br>
              It is also a bit strange, in that in cmake-land, libraries
              are what<br>
              is after the -l, and LIBRARY_DIRS are what is after the
              -L.<br>
              <br>
              ......John</font> </div>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>