<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">One more thing.  My
      configure line was<br>
      <br>
        '/Users/cary/projects/dagmcall/moab/configure' \<br>
        --prefix=/volatile/moab-master.r5242-ser \<br>
        --enable-static \<br>
        --disable-shared \<br>
        CC='/usr/bin/clang' \<br>
        CXX='/usr/bin/clang++' \<br>
        FC='/usr/local/bin/gfortran' \<br>
        F77='/usr/local/bin/gfortran' \<br>
        CFLAGS='-pipe' \<br>
        CXXFLAGS='-stdlib=libstdc++ -pipe' \<br>
        --enable-dagmc \<br>
        --without-vtk \<br>
        --with-hdf5='/contrib/hdf5-1.8.13-ser' \<br>
        --with-netcdf='/contrib/netcdf-4.3.2-ser'<br>
      <br>
      in case you want to test on Darwin.<br>
      <br>
      Best.....John<br>
      <br>
      <br>
    </font>
    <div class="moz-cite-prefix">On 12/8/14, 8:10 AM, JR Cary wrote:<br>
    </div>
    <blockquote cite="mid:5485BF79.8@txcorp.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <font face="Courier New, Courier, monospace">Hi Vijay,<br>
        <br>
        The problem with the -n appearing everywhere<br>
        is that sed on OSX is not gnu sed.  So, on linux:<br>
        <br>
        $ echo foo | sed 's/f/f\n/'<br>
        f<br>
        oo<br>
        <br>
        But on Darwin<br>
        <br>
        $ echo foo | sed 's/f/f\n/'<br>
        fnoo<br>
        <br>
        Thus the code under<br>
        <br>
        install-data-hook:<br>
        <br>
        is invalid on OSX.<br>
        <br>
        I see what you are trying to do.  One way would be<br>
        to get all replacements done except PREFIX in MOABConfig.cmake<br>
        at configure time, then replace PREFIX at installation time.<br>
        <br>
        With regard to the libaries, keeping that long string of -L's<br>
        and -l's may work for now, but cmake does not guarantee that<br>
        syntax.  With something like<br>
        <br>
        link_directories(/volatile/moab-master.r5242-ser/lib
        /contrib/netcdf-4.3.2-ser/lib /contrib/hdf5-1.8.13-ser/lib)<br>
        set(</font><font face="Courier New, Courier, monospace"><font
          face="Courier New, Courier, monospace">MOAB_LIBRARY_NAMES</font>
        MOAB netcdf hdf5_hl hdf5 pthread z dl m)<br>
        set(DAGMC_LIBRARY_NAMES dagmc ${</font><font face="Courier New,
        Courier, monospace"><font face="Courier New, Courier, monospace"><font
            face="Courier New, Courier, monospace">MOAB_LIBRARY_NAMES})<br>
            <br>
            CMake will not fail down the road someday.<br>
            <br>
            Best......John<br>
          </font></font><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>
    </blockquote>
    <br>
  </body>
</html>