The Rmc class is currently empty.  It will eventually become a proxy class
for communicating with the rmcd daemon over the network.

Fixed h/rfcntl.h which missed multiple inclusion guards entirely.

I introduced a bug into sstrerror() when I added error checking code
around the call to Cglobals_get().  The hash of the offending commit is:

ff8021a2

Before my so say improvements, the return value of Cglobals_get() was
not checked.  I added a check that assumed an error had occured if the
return value was non-zero.  Unfortuntaley for me, the return values 0
and 1 both mean success.  A return value of -1 signifies a failure.

With this commit tapeserverd connects to the vdqm using Cgethostbyname().
It is planned to replace this use of Cgethostbyname() by getAddrInfo().

rmc_mnt().

message as a result of calling the rmc_mnt() with a drive string for a drive
within an ACS compatible tape library.

The  strerror_r_wrapper() function wraps the XSI compliant version of
strerror_r().

This wrapper facilitates the task of having the XSI compliant verson
of strerror_r() as opposed to the GNU version.  In order to the XSI
compliant version, the implemenation file common/strerror_r_wrapper.cpp
undefines _GNU_SOURCE and defines _XOPEN_SOURCE to be 600.

Please note that the strerror_r_wrapper() is not yet called by any
other code in CASTOR.  The purpose of this commit is to see how the
wrapper function compiles on SLC5, SLC6 and MAC.

The CASTOR/SHIFT function sstrerror_r() should call the "standard"
function strerror_r().  Before this modification the "standard"
strerror() function was being called which is not guranteed to be
thread safe.

Compiling the CASTOR/SHIFT function sstrerror_r() code as C++ code
as opposed to C code makes the GNU compiler check the return type
of the "standard" function strerror_r().

The return type of the "standard" function strerror_r() is char *
for the GNU version and int for the POSIX version.

The following two conditions must be true in order to use the
POSIX version of strerror_r():

1. _GNU_SOURCE must NOT be defined
2. Either _XOPEN_SOURCE should be defined as 600 or
   _POSIX_C_SOURCE should be defined as 200112L

The following commit incorrectly changed the way 64-bit integers are
marshalled:

commit fc6ee058
Author: sponcec3 <Sebastien.Ponce@cern.ch>
Date:   Wed Jan 15 15:01:19 2014 +0100

    Fixed compilation in -O2 mode.
    This in particular includes fixing the remaining strict-aliasing issues.

This commit reverts the changes that effected the marshalling of 64-bit
integers.

Fixed in the v2_1_14Version branch.

The default is now really RelWithDebInfo.
As a byproduct, the backtrace is now leak-free (the leaky line number feature (in SLC5) is only present in Debug builds).
Relaxed the compilation for files with strict aliasing issues.
Gave a default value to a few variables which might e used uninitialized.
The unit tests hence pass again in SLC5.