January 2014 - cgma-dev - mailman3.cels.anl.gov

Re: [cgma-dev] Cubit 14
by Tim Tautges (ANL) 29 Jan '14

29 Jan '14

Jane's off this week on personal leave, so we probably won't hear from her until next week. But, keep in mind that a) ReadCGM is part of MOAB, so that's in the mix too, and b) we can check for that file in the configure process and set a cpp variable accordingly. - tim On 01/29/2014 09:49 AM, Grindeanu, Iulian R. wrote: > Jane ? maybe there should be a better way of managing versions/branches/releases/tags? > I can't answer any of those questions Andy and David have. I know that there is a plan to move cgm on bitbucket, but the releases/branches/tags will all be ported as they are now. > Iulian > _ > ______________________________________ > From: Andrew Davis [davisa(a)engr.wisc.edu] > Sent: Wednesday, January 29, 2014 9:27 AM > To: Grindeanu, Iulian R.; Paul Wilson; cgma-dev(a)mcs.anl.gov > Subject: Re: [cgma-dev] Cubit 14 > > Hi Iulian > > cgmurl I can see, I doubt I have ever used it, why is there more than > one for cubit12.2? > > Also I was using 13.1 from branches (no cgm_version.h) , not 13.1.1 > from tags (which has cgm_version.h) > > Out of curiosity, should there not be a 13.1.1 on branches? Perhaps now > that 13.1 is out of date you could replace it with > 13.1.1? Same for 12.2-merge? > > Andy > > > On 01/29/2014 09:19 AM, Grindeanu, Iulian R. wrote: >> buildbot uses these: >> cgmurl = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/merge-cubit12.2' for cubit 12.2 >> >> cgmurlt1311 = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/tags/13.1.1' for cubit 13.1 >> >> cgmurltrunk = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk' for Cubit14.0 >> >> What versions are you using? >> What is not compiling for you? >> >> Iulian >> ________________________________________ >> From: Paul Wilson [wilsonp(a)engr.wisc.edu] >> Sent: Wednesday, January 29, 2014 9:15 AM >> To: Andrew Davis; Grindeanu, Iulian R.; cgma-dev(a)mcs.anl.gov >> Subject: Re: [cgma-dev] Cubit 14 >> >> Hi Andy, >> >> Can you remind me of the specific symptom? Is it the existence of the >> version file that needs to be backported (perhaps not), or is it the use >> of the version info to change the behavior that needs to be backported >> (perhaps)? >> >> Paul >> >> On 01/29/2014 09:10 AM, Andrew Davis wrote: >>> Hi Julian >>> >>> The SVN >>> >>> Andy >>> >>> >>> On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >>>> I think that current branches (mergecubit12.2, trunk, ) all have that >>>> file; at least buildbot is not complaining. >>>> Are you using a release tar file or svn repo? >>>> ________________________________________ >>>> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >>>> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >>>> Sent: Wednesday, January 29, 2014 9:05 AM >>>> To: cgma-dev(a)mcs.anl.gov >>>> Subject: [cgma-dev] Cubit 14 >>>> >>>> This is question kind of linked to both CGM and MOAB >>>> >>>> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >>>> since it relies on cgm_version.h, which was included in CGM14.0, >>>> however, when we compile with any version previous we do not have this >>>> header file availble to us. Would it be possible to back port the >>>> cgm_version.h file back into previous CGM releases? >>>> >>>> Thanks >>>> >>>> Andy >> -- >> -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- >> Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal >> Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu >> Faculty Director, Advanced Computing Infrastructure >> >> > -- ================================================================ "You will keep in perfect peace him whose mind is steadfast, because he trusts in you." Isaiah 26:3 Tim Tautges Argonne National Laboratory (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison) phone (gvoice): (608) 354-1459 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

Re: [cgma-dev] Cubit 14
by Grindeanu, Iulian R. 29 Jan '14

29 Jan '14

Jane ? maybe there should be a better way of managing versions/branches/releases/tags? I can't answer any of those questions Andy and David have. I know that there is a plan to move cgm on bitbucket, but the releases/branches/tags will all be ported as they are now. Iulian _ ______________________________________ From: Andrew Davis [davisa(a)engr.wisc.edu] Sent: Wednesday, January 29, 2014 9:27 AM To: Grindeanu, Iulian R.; Paul Wilson; cgma-dev(a)mcs.anl.gov Subject: Re: [cgma-dev] Cubit 14 Hi Iulian cgmurl I can see, I doubt I have ever used it, why is there more than one for cubit12.2? Also I was using 13.1 from branches (no cgm_version.h) , not 13.1.1 from tags (which has cgm_version.h) Out of curiosity, should there not be a 13.1.1 on branches? Perhaps now that 13.1 is out of date you could replace it with 13.1.1? Same for 12.2-merge? Andy On 01/29/2014 09:19 AM, Grindeanu, Iulian R. wrote: > buildbot uses these: > cgmurl = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/merge-cubit12.2' for cubit 12.2 > > cgmurlt1311 = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/tags/13.1.1' for cubit 13.1 > > cgmurltrunk = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk' for Cubit14.0 > > What versions are you using? > What is not compiling for you? > > Iulian > ________________________________________ > From: Paul Wilson [wilsonp(a)engr.wisc.edu] > Sent: Wednesday, January 29, 2014 9:15 AM > To: Andrew Davis; Grindeanu, Iulian R.; cgma-dev(a)mcs.anl.gov > Subject: Re: [cgma-dev] Cubit 14 > > Hi Andy, > > Can you remind me of the specific symptom? Is it the existence of the > version file that needs to be backported (perhaps not), or is it the use > of the version info to change the behavior that needs to be backported > (perhaps)? > > Paul > > On 01/29/2014 09:10 AM, Andrew Davis wrote: >> Hi Julian >> >> The SVN >> >> Andy >> >> >> On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >>> I think that current branches (mergecubit12.2, trunk, ) all have that >>> file; at least buildbot is not complaining. >>> Are you using a release tar file or svn repo? >>> ________________________________________ >>> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >>> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >>> Sent: Wednesday, January 29, 2014 9:05 AM >>> To: cgma-dev(a)mcs.anl.gov >>> Subject: [cgma-dev] Cubit 14 >>> >>> This is question kind of linked to both CGM and MOAB >>> >>> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >>> since it relies on cgm_version.h, which was included in CGM14.0, >>> however, when we compile with any version previous we do not have this >>> header file availble to us. Would it be possible to back port the >>> cgm_version.h file back into previous CGM releases? >>> >>> Thanks >>> >>> Andy > -- > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- > Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal > Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu > Faculty Director, Advanced Computing Infrastructure > >

1 0

Re: [cgma-dev] Cubit 14
by Andrew Davis 29 Jan '14

29 Jan '14

Hi Iulian cgmurl I can see, I doubt I have ever used it, why is there more than one for cubit12.2? Also I was using 13.1 from branches (no cgm_version.h) , not 13.1.1 from tags (which has cgm_version.h) Out of curiosity, should there not be a 13.1.1 on branches? Perhaps now that 13.1 is out of date you could replace it with 13.1.1? Same for 12.2-merge? Andy On 01/29/2014 09:19 AM, Grindeanu, Iulian R. wrote: > buildbot uses these: > cgmurl = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/merge-cubit12.2' for cubit 12.2 > > cgmurlt1311 = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/tags/13.1.1' for cubit 13.1 > > cgmurltrunk = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk' for Cubit14.0 > > What versions are you using? > What is not compiling for you? > > Iulian > ________________________________________ > From: Paul Wilson [wilsonp(a)engr.wisc.edu] > Sent: Wednesday, January 29, 2014 9:15 AM > To: Andrew Davis; Grindeanu, Iulian R.; cgma-dev(a)mcs.anl.gov > Subject: Re: [cgma-dev] Cubit 14 > > Hi Andy, > > Can you remind me of the specific symptom? Is it the existence of the > version file that needs to be backported (perhaps not), or is it the use > of the version info to change the behavior that needs to be backported > (perhaps)? > > Paul > > On 01/29/2014 09:10 AM, Andrew Davis wrote: >> Hi Julian >> >> The SVN >> >> Andy >> >> >> On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >>> I think that current branches (mergecubit12.2, trunk, ) all have that >>> file; at least buildbot is not complaining. >>> Are you using a release tar file or svn repo? >>> ________________________________________ >>> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >>> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >>> Sent: Wednesday, January 29, 2014 9:05 AM >>> To: cgma-dev(a)mcs.anl.gov >>> Subject: [cgma-dev] Cubit 14 >>> >>> This is question kind of linked to both CGM and MOAB >>> >>> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >>> since it relies on cgm_version.h, which was included in CGM14.0, >>> however, when we compile with any version previous we do not have this >>> header file availble to us. Would it be possible to back port the >>> cgm_version.h file back into previous CGM releases? >>> >>> Thanks >>> >>> Andy > -- > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- > Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal > Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu > Faculty Director, Advanced Computing Infrastructure > >

1 0

Re: [cgma-dev] Cubit 14
by David Thompson 29 Jan '14

29 Jan '14

Hi all, I've been bitten by this as well, since I was using an older SVN checkout with local patches applied. It would be nice if some header that was present in old revisions (e.g., geom/GeometryQueryTool.hpp) included cgm_version.h whenever it exists. That way, at compile time, the version number can either be determined or inferred due to the lack of CGM_MAJOR_VERSION without any header checks. Just my 2 cents, David On Jan 29, 2014, at 10:19 AM, Grindeanu, Iulian R. <iulian(a)mcs.anl.gov> wrote: > buildbot uses these: > cgmurl = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/merge-cubit12.2' for cubit 12.2 > > cgmurlt1311 = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/tags/13.1.1' for cubit 13.1 > > cgmurltrunk = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk' for Cubit14.0 > > What versions are you using? > What is not compiling for you? > > Iulian > ________________________________________ > From: Paul Wilson [wilsonp(a)engr.wisc.edu] > Sent: Wednesday, January 29, 2014 9:15 AM > To: Andrew Davis; Grindeanu, Iulian R.; cgma-dev(a)mcs.anl.gov > Subject: Re: [cgma-dev] Cubit 14 > > Hi Andy, > > Can you remind me of the specific symptom? Is it the existence of the > version file that needs to be backported (perhaps not), or is it the use > of the version info to change the behavior that needs to be backported > (perhaps)? > > Paul > > On 01/29/2014 09:10 AM, Andrew Davis wrote: >> Hi Julian >> >> The SVN >> >> Andy >> >> >> On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >>> I think that current branches (mergecubit12.2, trunk, ) all have that >>> file; at least buildbot is not complaining. >>> Are you using a release tar file or svn repo? >>> ________________________________________ >>> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >>> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >>> Sent: Wednesday, January 29, 2014 9:05 AM >>> To: cgma-dev(a)mcs.anl.gov >>> Subject: [cgma-dev] Cubit 14 >>> >>> This is question kind of linked to both CGM and MOAB >>> >>> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >>> since it relies on cgm_version.h, which was included in CGM14.0, >>> however, when we compile with any version previous we do not have this >>> header file availble to us. Would it be possible to back port the >>> cgm_version.h file back into previous CGM releases? >>> >>> Thanks >>> >>> Andy >> > > -- > -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- > Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal > Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu > Faculty Director, Advanced Computing Infrastructure > >

1 0

Re: [cgma-dev] Cubit 14
by Grindeanu, Iulian R. 29 Jan '14

29 Jan '14

buildbot uses these: cgmurl = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/merge-cubit12.2' for cubit 12.2 cgmurlt1311 = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/tags/13.1.1' for cubit 13.1 cgmurltrunk = 'https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk' for Cubit14.0 What versions are you using? What is not compiling for you? Iulian ________________________________________ From: Paul Wilson [wilsonp(a)engr.wisc.edu] Sent: Wednesday, January 29, 2014 9:15 AM To: Andrew Davis; Grindeanu, Iulian R.; cgma-dev(a)mcs.anl.gov Subject: Re: [cgma-dev] Cubit 14 Hi Andy, Can you remind me of the specific symptom? Is it the existence of the version file that needs to be backported (perhaps not), or is it the use of the version info to change the behavior that needs to be backported (perhaps)? Paul On 01/29/2014 09:10 AM, Andrew Davis wrote: > Hi Julian > > The SVN > > Andy > > > On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >> I think that current branches (mergecubit12.2, trunk, ) all have that >> file; at least buildbot is not complaining. >> Are you using a release tar file or svn repo? >> ________________________________________ >> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >> Sent: Wednesday, January 29, 2014 9:05 AM >> To: cgma-dev(a)mcs.anl.gov >> Subject: [cgma-dev] Cubit 14 >> >> This is question kind of linked to both CGM and MOAB >> >> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >> since it relies on cgm_version.h, which was included in CGM14.0, >> however, when we compile with any version previous we do not have this >> header file availble to us. Would it be possible to back port the >> cgm_version.h file back into previous CGM releases? >> >> Thanks >> >> Andy > -- -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu Faculty Director, Advanced Computing Infrastructure

1 0

Re: [cgma-dev] Cubit 14
by Andrew Davis 29 Jan '14

29 Jan '14

Hi Paul Its that readCGM.cpp calls for #include "cgm_version.h", which doesnt appear in versions of CGM less than 14.0. Here is the link for svn/cgm13.1 https://svn.mcs.anl.gov/repos/ITAPS/cgm/branches/cubit13.1/, compare with that of 14.0, https://svn.mcs.anl.gov/repos/ITAPS/cgm/trunk/ cgm_version.h appears in 14.0 and not in 13.1, and thus we fail to build readCGM when we try to build with 13.1 Andy On 01/29/2014 09:15 AM, Paul Wilson wrote: > Hi Andy, > > Can you remind me of the specific symptom? Is it the existence of the > version file that needs to be backported (perhaps not), or is it the > use of the version info to change the behavior that needs to be > backported (perhaps)? > > Paul > > On 01/29/2014 09:10 AM, Andrew Davis wrote: >> Hi Julian >> >> The SVN >> >> Andy >> >> >> On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >>> I think that current branches (mergecubit12.2, trunk, ) all have >>> that file; at least buildbot is not complaining. >>> Are you using a release tar file or svn repo? >>> ________________________________________ >>> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >>> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >>> Sent: Wednesday, January 29, 2014 9:05 AM >>> To: cgma-dev(a)mcs.anl.gov >>> Subject: [cgma-dev] Cubit 14 >>> >>> This is question kind of linked to both CGM and MOAB >>> >>> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >>> since it relies on cgm_version.h, which was included in CGM14.0, >>> however, when we compile with any version previous we do not have this >>> header file availble to us. Would it be possible to back port the >>> cgm_version.h file back into previous CGM releases? >>> >>> Thanks >>> >>> Andy >> >

1 0

Re: [cgma-dev] Cubit 14
by Paul Wilson 29 Jan '14

29 Jan '14

Hi Andy, Can you remind me of the specific symptom? Is it the existence of the version file that needs to be backported (perhaps not), or is it the use of the version info to change the behavior that needs to be backported (perhaps)? Paul On 01/29/2014 09:10 AM, Andrew Davis wrote: > Hi Julian > > The SVN > > Andy > > > On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: >> I think that current branches (mergecubit12.2, trunk, ) all have that >> file; at least buildbot is not complaining. >> Are you using a release tar file or svn repo? >> ________________________________________ >> From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on >> behalf of Andrew Davis [davisa(a)engr.wisc.edu] >> Sent: Wednesday, January 29, 2014 9:05 AM >> To: cgma-dev(a)mcs.anl.gov >> Subject: [cgma-dev] Cubit 14 >> >> This is question kind of linked to both CGM and MOAB >> >> Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, >> since it relies on cgm_version.h, which was included in CGM14.0, >> however, when we compile with any version previous we do not have this >> header file availble to us. Would it be possible to back port the >> cgm_version.h file back into previous CGM releases? >> >> Thanks >> >> Andy > -- -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu Faculty Director, Advanced Computing Infrastructure

1 0

Re: [cgma-dev] Cubit 14
by Andrew Davis 29 Jan '14

29 Jan '14

Hi Julian The SVN Andy On 01/29/2014 09:07 AM, Grindeanu, Iulian R. wrote: > I think that current branches (mergecubit12.2, trunk, ) all have that file; at least buildbot is not complaining. > Are you using a release tar file or svn repo? > ________________________________________ > From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on behalf of Andrew Davis [davisa(a)engr.wisc.edu] > Sent: Wednesday, January 29, 2014 9:05 AM > To: cgma-dev(a)mcs.anl.gov > Subject: [cgma-dev] Cubit 14 > > This is question kind of linked to both CGM and MOAB > > Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, > since it relies on cgm_version.h, which was included in CGM14.0, > however, when we compile with any version previous we do not have this > header file availble to us. Would it be possible to back port the > cgm_version.h file back into previous CGM releases? > > Thanks > > Andy

1 0

Re: [cgma-dev] Cubit 14
by Grindeanu, Iulian R. 29 Jan '14

29 Jan '14

I think that current branches (mergecubit12.2, trunk, ) all have that file; at least buildbot is not complaining. Are you using a release tar file or svn repo? ________________________________________ From: cgma-dev-bounces(a)mcs.anl.gov [cgma-dev-bounces(a)mcs.anl.gov] on behalf of Andrew Davis [davisa(a)engr.wisc.edu] Sent: Wednesday, January 29, 2014 9:05 AM To: cgma-dev(a)mcs.anl.gov Subject: [cgma-dev] Cubit 14 This is question kind of linked to both CGM and MOAB Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, since it relies on cgm_version.h, which was included in CGM14.0, however, when we compile with any version previous we do not have this header file availble to us. Would it be possible to back port the cgm_version.h file back into previous CGM releases? Thanks Andy

1 0

Cubit 14
by Andrew Davis 29 Jan '14

29 Jan '14

This is question kind of linked to both CGM and MOAB Jane fixed readCGM.cpp in MOAB, however this fix only works for CGM, since it relies on cgm_version.h, which was included in CGM14.0, however, when we compile with any version previous we do not have this header file availble to us. Would it be possible to back port the cgm_version.h file back into previous CGM releases? Thanks Andy

1 0