2.5.5:

2005-01-26  Cedric Gustin <[email protected]>

       * MSVC_Net2003/glibmm/glibmm.vcproj: Reverted to 2.4 for the
       library version number.

2005-01-24  Cedric Gustin <[email protected]>

       * Makefile.am, configure.in: Added MSVC_Net2003 directory.
       * config.h.in: Added mkfifo #define (for mingw32).
       * glib/glibmmconfig.h.in: Added new #define's to MSVC section.
       * examples/iochannel_stream/Makefile.am: Do not build on win32
       with mingw32 (mkfifo not available).
       * scripts/cxx_std.m4: Fixed typo in AC_DEFINE macros.
       * build_shared/Makefile_build.am_fragment: Removed
       $(sublib_name)_COMPILATION variable (is useless now on
       cygwin/mingw as all symbols are dll exported).
       * MSVC_Net2003/*: Initial commit imported from glibmm-2-4 branch.
       * MSVC_Net2003/glibmm/Makefile.am: Rewrote rule for local copy of
       glibmmconfig.h (required for 'make distcheck').

2005-01-21  Murray Cumming  <[email protected]>

       * configure.in, scripts/cxx.m4, glibmm/glibmmconfig.h.in: Added new
       compiler tests to see whether extern "C" functions are put in the
       global namespace, even when we use extern "C" inside a namespace
       declaration. The AIX xlC compiler does this, but allows us to
       redeclare the namespace inside the extern "C" block.
       * glib/glibmm/property.h: Use the new
       #ifdef GLIBMM_MUST_REDECLARE_NAMESPACES_INSIDE_EXTERNC and redeclare
       the namespace when necessary.
       * examples/thread/dispatcher.cc, dispatcher2.cc: Use sigc::bind<1>
       instead of just sigc::bind<> because the AIX xlC compiler needs the
       extra hint. However, the linker then fails, so the use of sigc::bind
       is ifdefed out for _AIX. See the comments in the code.

2005-01-21  Murray Cumming  <[email protected]>

       * configure.in, scripts/cxx.m4, glibmm/glibmmconfig.h.in: Added new
       compiler tests.
       1. To see whether it allows use of non extern C functions
       as extern C callbacks, because the Tru64 compiler does not
       allow this, when using strict_ansi. We do not actually use this yet.
       2. To see whether it allows us to define a template that uses an
       undefined type, even if we do not use it before defining the type.
       Tru64 does not allow this. That's probably correct.
       * glib/glibmm/container.h: #ifdef out a dynamic_cast that Tru64
       does not allow, and which I can not think of a better place to put.
       See the comment in the code.
       * glib/glibmm/containerhandler_helpers.h: When the compiler does not
       alllow the GObject and GtkObject (dynamic_cast of) specializations
       here, then put them in glib/glibmm/object.h and
       gtkmm/gtk/src/object.hg instead.- needed by Tru64 compiler.
       * glib/glibmm/value.h, value_custom.[h|cc]: Conditionally moved
       the RefPtr Value specialization into object.h, as above.
       * glib/src/ optiongroup.ccg, spawn.ccg, thread.ccg: Make C callacks
       separate extern "C".
       * glib/src/optiongroup.ccg: Do not use the StringArrayHandle,
       because the Tru64 compiler has problems with it - see comments
       in code.
       * glib/src/optionentry.hg: Remove the include of value.h, because
       it is not used and it causes a Tru64 compile error in
       optioncontext.cc because its templates are included before the
       types that the template uses.

2005-01-19  Murray Cumming  <[email protected]>

       * configure.in, scripts/cxx.m4, glibmm/glibmmconfig.h.in: Added a
       compiler test, because the IRIX MipsPro compiler does not allow the
       inline initialization of ustring::npos.
       * glib/glibmm/ustring.[h|cc]: When the compiler does not support the
       inline initialization of npos, initialize it in the .cc file.
       Declare partial specializations of the SequenceString inner class
       inside the class - needed by IRIX MipsPro compiler.

2005-01-18  Murray Cumming  <[email protected]>

       * glibmm/src/optiongroup.[hg|ccg]: CppOptionEntry::convert_c_to_cpp():
       Copy the strings to the vector in a loop, instead of using the
       ArrayHandle constructor, because that does not seem to work with the
       SUN Forte compiler.