[MOAB-dev] Building moab with cgm?
JR Cary
cary at txcorp.com
Thu Dec 17 09:19:37 CST 2015
On 12/17/15 8:10 AM, Vijay S. Mahadevan wrote:
>
> 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.
>
Okay. I will try going back to autotools, but ho
>
> 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?
>
oce-OCE-0.17 (the 0.17 release tag of OCE).
Thx...John
> Vijay
>
> On Dec 17, 2015 8:44 AM, "JR Cary" <cary at txcorp.com
> <mailto:cary at txcorp.com>> wrote:
>
> Hi Vijay, Before I do that, just briefly, since you ask for
> config.log,
> I'll mention that I am using CMake. Should that work?
>
> Thx...John
>
> On 12/17/15 7:39 AM, Vijay S. Mahadevan wrote:
>
> John,
>
> All users should only be branching off from or directly using
> master
> branch and not develop branch. The "develop" branch is our
> throwaway
> integration branch which is under active development and so we
> make no
> guarantees of clean builds on all configuration combinations
> due to
> some untested features. The master branch should always be
> stable and
> shouldn't have any problems (hopefully). This philosophy is true
> across the stack (CGM/MOAB/MeshKit).
>
> I haven't seen those errors before. Perhaps the other devs can
> chime
> in. Can you also send along your MOAB config.log ?
>
> Vijay
>
> On Thu, Dec 17, 2015 at 4:05 AM, JR Cary <cary at txcorp.com
> <mailto:cary at txcorp.com>> wrote:
>
> I've just created a fresh branch of develop of CGM and
> configured
> it with cmake, then built and installed it.
>
> I also have a fresh branch of develop of MOAB. I configure it
> with cmake, then try to build it. It fails at
>
> /home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp:
> In member
> function ‘moab::ErrorCode
> moab::ReadCGM::store_surface_senses(std::map<RefEntity*,
> long unsigned
> int>&, std::map<RefEntity*, long unsigned int>&)’:
> /home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp:256:11:
> error: ‘cout’ is not a member of ‘std’
> std::cout << "Surface " << face->id() << " has
> reverse sense " <<
>
> I fixed those by including <iostream>, but then I get
> errors like
>
> /home/research/cary/projects/composerall/moab/src/io/ReadCGM.cpp:689:11:
> error: ‘ModelEntity’ was not declared in this scope
> DLIList<ModelEntity*> me_list;
>
> At this point I see that there exists ModelEntity.hpp in
> the CGM source
> but not in the installation. I tried adding it to the
> installation, but
> then CGM fails to compile.
>
> Is this something that should be fixed in cgm?
>
> Or am I doing something different from how you get moab to
> compile?
>
> Thx.....John
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20151217/d0d87e05/attachment.html>
More information about the moab-dev
mailing list