[omniORB] Implementation Repository
Thomas Lockhart
lockhart@fourpalms.org
Thu Mar 6 06:22:01 2003
Some additional comments on directory structure and build environment:
o autoconf (for the platforms which support it) can be used for this
package. The config/ directory would conventionally contain autoconf
macro files, so perhaps the omniImR.conf file can live somewhere else?
o As autoconf is integrated, the package would be configurable to look
for an existing omniORB installation, just as is currently done with
omniORBpy. autoconf supports having separate but cooperating configure
scripts in child directories. So we can put in autoconf support in the
standalone tarball, and carry it forward if omniImR is moved into the
omniORB tree later on.
o common/, daemon/, and imradmin/ contain both header files and cc
files. There is also an include/ directory which contains only a single
header file. Should the includes be consolidated into the include/
directory? Especially if there may be other products (e.g. a server-side
python layer) which need to see some of the header files to be built.
o If the "common" code is not yet built into a shared library, we will
want to move toward that. What would the library be called? Something
like "libomniImR.so"? Perhaps common/ could become src/lib/ (or ??) in
this tree? And the shared library could be built into lib/ ?
- Tom