Hi Anuradha,
Anuradha Ratnaweera wrote:

On 1/27/06, Damitha Kumarage <[EMAIL PROTECTED]> wrote:
deploy is just a sample directory in our source tree to represent
the install directory.  When we do make install in source it is
installed in the path specified as configure prefix...

+1 for keeping the prefix approach.  IMHO, the ideal installation
would look like the following, which will make axis2 not look out of
the place among other well established C programs.

- User sets the --prefix, which defaults to /usr/local/, but software
distributions (RPM, DPKG, emerge etc) make it default to /usr. lib/,
include/ and bin/ should be created inside prefix.

- Libraries (*.so, *.la and *.a files) *should* be installed to lib/
directory inside prefix.  If prefix is /usr/local/, then this will be
/usr/local/lib/.

- The best names for the axis 2 library would be libaxis2.la,
libaxis2.a, libaxis2.so.  If it is defined as lib_LTLIBRARIES =
libaxis2.la, everything else should be looked after properly.  With
the default prefix, you will get /usr/local/lib/libaxis2.{a,la,so}. None of the C libraries I have seen have a "_deployment" part... ;-)
deploy folder I mentioned does not have anything to do with the distribution we plan to make. It is just a test install folder that we prefix to in our build.sh script. Anybody
can safely ignore our build.sh script.

AXIS2C_HOME=`pwd`/deploy
./configure --prefix=${AXIS2C_HOME}

thanks
damitha

- Header files *should* go into include/ directory inside prefix.  But
since the number of header files are large and as they are specific to
axis2, general practice is to create a subdirectory (just go through
/usr/include/ to see how true this is).  So, the best option is to
install them into include/axis2/.  If the same can be done to the
source tree (move include/*.h into include/axis2/, test programs will
find it easy).

- Test programs are generally not installed.  A typical installation
should look like:

   ./configure
   make
   make test  # optional
   make install
   make clean # optional

Running make can build test programs, but make test can look after
running them and see if they really work.

       Anuradha
--
http://www.linux.lk/~anuradha/
http://anuradha-ratnaweera.blogspot.com

Reply via email to