<p dir="ltr">Hmm I'm unsure what's missing in the CMake build with CGM. We are currently not testing cmake as extensively (in terms of feature combination) as autotools. Ben Boeckel submitted a PR with some Cmake updates but this is still under review. So there is a possibility that this is broken. </p>
<p dir="ltr">We can add a build to our nightly to test this configuration combo. I'll also let you know if we are able to replicate your issues locally. Are you using CGM with OCE or Cubit? Version? </p>
<p dir="ltr">Vijay</p>
<div class="gmail_quote">On Dec 17, 2015 8:44 AM, "JR Cary" <<a 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">Hi Vijay,  Before I do that, just briefly, since you ask for config.log,<br>
I'll mention that I am using CMake.  Should that work?<br>
<br>
Thx...John<br>
<br>
On 12/17/15 7:39 AM, Vijay S. Mahadevan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
John,<br>
<br>
All users should only be branching off from or directly using master<br>
branch and not develop branch. The "develop" branch is our throwaway<br>
integration branch which is under active development and so we make no<br>
guarantees of clean builds on all configuration combinations due to<br>
some untested features. The master branch should always be stable and<br>
shouldn't have any problems (hopefully). This philosophy is true<br>
across the stack (CGM/MOAB/MeshKit).<br>
<br>
I haven't seen those errors before. Perhaps the other devs can chime<br>
in. Can you also send along your MOAB config.log ?<br>
<br>
Vijay<br>
<br>
On Thu, Dec 17, 2015 at 4:05 AM, JR Cary <<a href="mailto:cary@txcorp.com" target="_blank">cary@txcorp.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've just created a fresh branch of develop of CGM and configured<br>
it with cmake, then built and installed it.<br>
<br>
I also have a fresh branch of develop of MOAB.  I configure it<br>
with cmake, then try to build it.  It fails at<br>
<br>
/home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp: In member<br>
function ‘moab::ErrorCode<br>
moab::ReadCGM::store_surface_senses(std::map<RefEntity*, long unsigned<br>
int>&, std::map<RefEntity*, long unsigned int>&)’:<br>
/home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp:256:11:<br>
error: ‘cout’ is not a member of ‘std’<br>
            std::cout << "Surface " << face->id() << " has reverse sense " <<<br>
<br>
I fixed those by including <iostream>, but then I get errors like<br>
<br>
/home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp:689:11:<br>
error: ‘ModelEntity’ was not declared in this scope<br>
    DLIList<ModelEntity*> me_list;<br>
<br>
At this point I see that there exists ModelEntity.hpp in the CGM source<br>
but not in the installation.  I tried adding it to the installation, but<br>
then CGM fails to compile.<br>
<br>
Is this something that should be fixed in cgm?<br>
<br>
Or am I doing something different from how you get moab to compile?<br>
<br>
Thx.....John<br>
</blockquote></blockquote>
<br>
</blockquote></div>