proposal for common configuration elements for ITAPS services

Carl Ollivier-Gooch cfog at mech.ubc.ca
Fri Sep 10 09:54:48 CDT 2010


So returning to this subject (as per Karen's request), I have two 
suggestions:

1.  For -implementations-, which need to know at configure time whether 
to build support for an interface, I propose we use:

   --enable-imesh
   --enable-imeshp
   --enable-igeom
   --enable-irel
   --enable-ifield

Currently: of four implementations, we have --enable-imesh, 
--enable-iMesh, --enable-itaps, --enable-tsttm (the ref implementation 
needs no flag here, for obvious reasons).  Lower case seems preferred 
(and is typical for configure options).  And imesh is definitely the 
right thing to append (he says, despite currently using something else). 
  Unless someone has strenuous objections, we should standardize to 
this, ideally before the next buildapolooza in a week and a half.

2.  For services and applications, which "only" need to know where to 
find some include and link info, I find Jason's argument in favor of 
using autoconf environment variables compelling, especially the part 
about being able to build multiple components more easily.  What do 
other people think about adopting this as a standard for all our services?

Carl

-- 
------------------------------------------------------------------------
Dr. Carl Ollivier-Gooch, P.Eng.                   Voice: +1-604-822-1854
Professor                                           Fax: +1-604-822-2403
Department of Mechanical Engineering             email: cfog at mech.ubc.ca
University of British Columbia              http://www.mech.ubc.ca/~cfog
Vancouver, BC  V6T 1Z4                  http://tetra.mech.ubc.ca/ANSLab/
------------------------------------------------------------------------


More information about the tstt-interface mailing list