+Fri Sep 18 03:41:20 1998 Tim Janik <timj@gtk.org>
+
+ * gtree.c (g_tree_new): check for key_compare_func != NULL (reported
+ by Michal Kara).
+
+Thu Sep 17 18:55:46 PDT 1998 Manish Singh <yosh@gimp.org>
+
+ * config.h.in: removed from repository
+
+ * install-sh
+ * missing
+ * mkinstalldirs: updated to latest automake version
+
+Thu Sep 17 06:36:25 1998 Tim Janik <timj@gtk.org>
+
+ * glib.h:
+ * gdataset.c: implemented g_datalist_* along the lines of g_dataset,
+ but operates on an opaque gpointer *datalist; pointer, e.g. for the
+ implementation of GtkObject named data.
+ we cache a certain portion of the already freed data entries now, to
+ gain a slight performance improve with data reallocation.
+
+Tue Sep 15 14:57:30 1998 Owen Taylor <otaylor@redhat.com>
+
+ * Makefile.am glib-config.in l*: Update to libtool-1.2b,
+ change library versioning scheme to drop LT_RELEASE
+ from the -l line, while keeping it in the soname.
+
+Fri Sep 11 02:11:46 1998 Tim Janik <timj@gtk.org>
+
+ * glib.h: explicitely include the prototypes for inline functions
+ to cure gcc warnings for -Wmissing-prototypes.
+
+Wed Sep 9 02:52:04 PDT 1998 Manish Singh <yosh@gimp.org>
+
+ * configure.in: added -posix check for NeXTStep
+
+Tue Sep 8 05:04:06 1998 Tim Janik <timj@gtk.org>
+
+ * glib.h: abandon the use of ATEXIT(), we keep the fallback
+ macros for backwards compatibility. people ought to use g_atexit().
+
+ * gutils.c (g_atexit): new function to take over the implementation
+ of ATEXIT. this function is guarranteed to succeed, similar to
+ g_malloc().
+
+Mon Sep 7 20:07:38 PDT 1998 Manish Singh <yosh@gimp.org>
+
+ * configure.in: comment the -std1 check and save LIBS properly
+
+Mon Sep 7 07:53:21 1998 Tim Janik <timj@gtk.org>
+
+ * configure.in: check for all three inline keywords individually.
+
+ * glib.h: inlining hassle. for compilers that don't allow the `inline'
+ keyword, mostly because of strict ANSI C compliance or dumbness, we try
+ to fall back to either `__inline__' or `__inline'.
+ we define G_CAN_INLINE, if the compiler seems to be actually *capable*
+ to do function inlining, in which case inline function bodys do make
+ sense. we also define G_INLINE_FUNC to properly export the function
+ prototypes if no inlinig can be performed. we special case most of the
+ stuff, so inline functions can have a normal implementation by defining
+ G_INLINE_FUNC to extern and G_CAN_INLINE to 1.
+
+ * ltconfig: (compiler PIC flag test): special case linux for non
+ aout systems to honour lcc's position independant code (cases
+ "linux*aout)" and "linux*)" got added). (this needs to go into
+ libtool which does an advanced test, checking for __LCC__).
+
+ * autogen.sh: take $CC=lcc into account by invoking automake with
+ --include-deps so lcc isn't scared by gcc's auto-dependancy
+ generation code. care about $ACLOCAL_FLAGS. optionally feature
+ autoheader.
+
+ * minor fixups in other places to cure some of lcc's warnings.
+
+Sun Sep 6 19:08:53 PDT 1998 Manish Singh <yosh@gimp.org>
+
+ * configure.in: added -std1 check for ANSI compliance (from gtk)
+
Sun Sep 6 12:31:50 PDT 1998 Manish Singh <yosh@gimp.org>
* glib.h: provide proper ATEXIT behavior on NeXTStep by !atexit