June 2011 - cgma-dev - mailman3.cels.anl.gov

r5031 - in cgm/tags: . 12.2.0b1
by jvporter＠wisc.edu 21 Jun '11

21 Jun '11

Author: jvporter Date: 2011-06-21 16:11:43 -0500 (Tue, 21 Jun 2011) New Revision: 5031 Added: cgm/tags/12.2.0b1/ Log: Create 12.2.0b1 tag Property changes on: cgm/tags/12.2.0b1 ___________________________________________________________________ Added: svn:ignore + configure Makefile.in Makefile depcomp libtool config.guess config.sub config.log config.status config.lt ltmain.sh config.h.in config.h autom4te.cache missing install-sh aclocal.m4 stamp-* cgm.make Added: svn:mergeinfo + /cgm/branches/cubit:1041-3427 /cgm/branches/merge-cubit12:3424-4774

1 0

r5030 - cgm/trunk
by jvporter＠wisc.edu 21 Jun '11

21 Jun '11

Author: jvporter Date: 2011-06-21 16:10:40 -0500 (Tue, 21 Jun 2011) New Revision: 5030 Modified: cgm/trunk/configure.ac Log: Update version to 12.2.0b1 Modified: cgm/trunk/configure.ac =================================================================== --- cgm/trunk/configure.ac 2011-06-21 18:40:33 UTC (rev 5029) +++ cgm/trunk/configure.ac 2011-06-21 21:10:40 UTC (rev 5030) @@ -1,7 +1,7 @@ ############################################################################### # Standard Stuff ################################################################################ -AC_INIT(CGMA, 10.2.3) +AC_INIT(CGMA, 12.2.0b1) AC_CONFIG_MACRO_DIR([m4]) AC_CONFIG_AUX_DIR([.]) AC_CANONICAL_SYSTEM

1 0

Re: [cgma-dev] Version issue with nightly build
by Tim Tautges 21 Jun '11

21 Jun '11

Ok, fine w/ me. - tim On 06/21/2011 01:11 PM, James Porter wrote: > On Tue, 2011-06-21 at 13:04 -0500, Steve Jackson wrote: >> On Jun 21, 2011, at 13:00 , Tim Tautges wrote: >> >>> Since we've released 12.2 now, shouldn't it be 13.0pre? >>> >>> - tim >> >> The web site has a link for 12.2.0 "RC0," which installs as version >> 12.2.0. I didn't think 12.2.0 was "released" officially. (If it was, >> it should be tagged.) > > Until a few seconds ago, CGM didn't even have a tags directory, > unfortunately. > >> I don't think we should go to 13.0 because we don't support Cubit 13. >> At most we should list the working version as 12.2.1pre. > > That makes sense. I'm not totally sure how we want to handle this case, > since we're trying to match our version number to Cubit's, but this > should be sufficient for now. > >> But I'd be in favor of creating a new 12.2.0 release candidate using >> the code available today. There have been significant iGeom interface >> changes since the RC0 version was created. > > Since it sounds like we're not really at "release candidate" level yet > (the wiki mentions that we still have some bugs to iron out), how about > we release 12.2.0b1 today, and then set the version to 12.2.0pre? I > think that best reflects the current state of CGM. > > - Jim > > -- ================================================================ "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: (608) 263-8485 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

Re: [cgma-dev] Version issue with nightly build
by James Porter 21 Jun '11

21 Jun '11

On Tue, 2011-06-21 at 13:04 -0500, Steve Jackson wrote: > On Jun 21, 2011, at 13:00 , Tim Tautges wrote: > > > Since we've released 12.2 now, shouldn't it be 13.0pre? > > > > - tim > > The web site has a link for 12.2.0 "RC0," which installs as version > 12.2.0. I didn't think 12.2.0 was "released" officially. (If it was, > it should be tagged.) Until a few seconds ago, CGM didn't even have a tags directory, unfortunately. > I don't think we should go to 13.0 because we don't support Cubit 13. > At most we should list the working version as 12.2.1pre. That makes sense. I'm not totally sure how we want to handle this case, since we're trying to match our version number to Cubit's, but this should be sufficient for now. > But I'd be in favor of creating a new 12.2.0 release candidate using > the code available today. There have been significant iGeom interface > changes since the RC0 version was created. Since it sounds like we're not really at "release candidate" level yet (the wiki mentions that we still have some bugs to iron out), how about we release 12.2.0b1 today, and then set the version to 12.2.0pre? I think that best reflects the current state of CGM. - Jim

1 0

r5028 - cgm
by jvporter＠wisc.edu 21 Jun '11

21 Jun '11

Author: jvporter Date: 2011-06-21 13:07:14 -0500 (Tue, 21 Jun 2011) New Revision: 5028 Added: cgm/tags/ Log: Add tags dir

1 0

Re: [cgma-dev] Version issue with nightly build
by Steve Jackson 21 Jun '11

21 Jun '11

On Jun 21, 2011, at 13:00 , Tim Tautges wrote: > Since we've released 12.2 now, shouldn't it be 13.0pre? > > - tim The web site has a link for 12.2.0 "RC0," which installs as version 12.2.0. I didn't think 12.2.0 was "released" officially. (If it was, it should be tagged.) I don't think we should go to 13.0 because we don't support Cubit 13. At most we should list the working version as 12.2.1pre. But I'd be in favor of creating a new 12.2.0 release candidate using the code available today. There have been significant iGeom interface changes since the RC0 version was created. ~S

1 0

Re: [cgma-dev] Version issue with nightly build
by Tim Tautges 21 Jun '11

21 Jun '11

Since we've released 12.2 now, shouldn't it be 13.0pre? - tim On 06/21/2011 12:52 PM, James Porter wrote: > On Tue, 2011-06-21 at 12:36 -0500, Steve Jackson wrote: >> Although the nightly build tarball linked from the CGMA website appears to contain code for the latest version of CGM, it's still being distributed as version 10.2.3. Can somebody run autoreconf on it? >> >> (tarball link : http://gnep.mcs.anl.gov:8010/cgm-nightly.tar.gz ) >> ~S > > Autoreconf (should) be run on every build; it seems that configure.ac > still lists the version as 10.2.3, which is probably wrong. For one > thing, our current policy is that the version numbers for trunk/branches > should be of the form "1.2.3pre". Should I update this to, say, > 12.0.0pre? > > - Jim > > -- ================================================================ "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: (608) 263-8485 1500 Engineering Dr. fax: (608) 263-4499 Madison, WI 53706

1 0

r5026 - in cgm/trunk: geom util
by sjackson＠cae.wisc.edu 21 Jun '11

21 Jun '11

Author: sjackson Date: 2011-06-21 12:58:19 -0500 (Tue, 21 Jun 2011) New Revision: 5026 Modified: cgm/trunk/geom/GeometryQueryEngine.hpp cgm/trunk/geom/Lump.hpp cgm/trunk/util/CubitMessage.hpp Log: Comment out a few unused parameter names in publicly-defined functions. This addresses compiler warnings that may be generated when compiling client code such as mcnp2cad. Modified: cgm/trunk/geom/GeometryQueryEngine.hpp =================================================================== --- cgm/trunk/geom/GeometryQueryEngine.hpp 2011-06-21 05:18:44 UTC (rev 5025) +++ cgm/trunk/geom/GeometryQueryEngine.hpp 2011-06-21 17:58:19 UTC (rev 5026) @@ -256,8 +256,8 @@ //O vector showning transform. //O-Computes the transform from the transformed body. - virtual int curve_is_on_ignored_surface(Curve *curve, - Surface *surf) { return 0; } + virtual int curve_is_on_ignored_surface(Curve */*curve*/, + Surface */*surf*/) { return 0; } virtual const char* modeler_type() = 0; virtual int get_major_version() = 0; @@ -336,7 +336,7 @@ virtual CubitBoolean volumes_overlap (Lump *lump1, Lump *lump2 ) const = 0; - virtual TopologyBridge* get_visible_entity_at_point(TopologyBridge* hidden_tb, CubitVector* point){return NULL;}; + virtual TopologyBridge* get_visible_entity_at_point(TopologyBridge* /*hidden_tb*/, CubitVector* /*point*/){return NULL;}; protected: Modified: cgm/trunk/geom/Lump.hpp =================================================================== --- cgm/trunk/geom/Lump.hpp 2011-06-21 05:18:44 UTC (rev 5025) +++ cgm/trunk/geom/Lump.hpp 2011-06-21 17:58:19 UTC (rev 5026) @@ -47,10 +47,10 @@ //R- The enumerated type of the geometric representation virtual CubitStatus mass_properties( CubitVector &centroid, double &volume ) = 0; - virtual CubitStatus mass_properties( CubitVector principal_axes[3], - CubitVector &principal_moments, - CubitVector &centroid, - double &volume ) {return CUBIT_FAILURE;} + virtual CubitStatus mass_properties( CubitVector /*principal_axes*/[3], + CubitVector &/*principal_moments*/, + CubitVector &/*centroid*/, + double &/*volume*/ ) {return CUBIT_FAILURE;} protected: Modified: cgm/trunk/util/CubitMessage.hpp =================================================================== --- cgm/trunk/util/CubitMessage.hpp 2011-06-21 05:18:44 UTC (rev 5025) +++ cgm/trunk/util/CubitMessage.hpp 2011-06-21 17:58:19 UTC (rev 5026) @@ -395,9 +395,9 @@ int number_of_debug_flags();

1 0

Re: [cgma-dev] Version issue with nightly build
by James Porter 21 Jun '11

21 Jun '11

On Tue, 2011-06-21 at 12:36 -0500, Steve Jackson wrote: > Although the nightly build tarball linked from the CGMA website appears to contain code for the latest version of CGM, it's still being distributed as version 10.2.3. Can somebody run autoreconf on it? > > (tarball link : http://gnep.mcs.anl.gov:8010/cgm-nightly.tar.gz ) > ~S Autoreconf (should) be run on every build; it seems that configure.ac still lists the version as 10.2.3, which is probably wrong. For one thing, our current policy is that the version numbers for trunk/branches should be of the form "1.2.3pre". Should I update this to, say, 12.0.0pre? - Jim

1 0

Version issue with nightly build
by Steve Jackson 21 Jun '11

21 Jun '11

Although the nightly build tarball linked from the CGMA website appears to contain code for the latest version of CGM, it's still being distributed as version 10.2.3. Can somebody run autoreconf on it? (tarball link : http://gnep.mcs.anl.gov:8010/cgm-nightly.tar.gz ) ~S

1 0