Released GLib 1.1.0

Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>

        * Released GLib 1.1.0

ChangeLog

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-0

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-10

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-12

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-2

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-4

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-6

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

ChangeLog.pre-2-8

@@ -1,3 +1,7 @@
+Mon Jul 27 00:17:30 CDT 1998 Shawn T. Amundson <amundson@gtk.org>
+
+	* Released GLib 1.1.0
+
 Mon Jul 27 01:02:27 1998  Tim Janik  <timj@gtk.org>
 
 	* glib.h: #if 0'ed out the GTime definition, until it is definitively

INSTALL

@@ -0,0 +1,67 @@
+Simple install procedure
+========================
+
+  % gzip -cd glib-1.1.0.tar.gz | tar xvf - # unpack the sources
+  % cd glib-1.1.0                          # change to the toplevel directory
+  % ./configure                            # run the `configure' script
+  % make                                   # build GTK
+  [ Become root if necessary ]
+  % make install                           # install GTK
+
+The Nitty-Gritty
+================
+
+The 'configure' script can be given a number of options to enable
+and disable various features. For a complete list, type:
+
+  ./configure --help
+
+A few of the more important ones:
+
+*  --prefix=PREFIX         install architecture-independent files in PREFIX
+                           [ Defaults to /usr/local ]
+
+*  --exec-prefix=EPREFIX   install architecture-dependent files in EPREFIX
+                           [ Defaults to the value given to --prefix ]
+
+Options can be given to the compiler and linker by setting
+environment variables before running configure. A few of the more
+important ones:
+
+ CC       : The C compiler to use
+ CPPFLAGS : Flags for the C preprocesser such as -I and -D
+ CFLAGS   : C compiler flags
+
+The most important use of this is to set the
+optimization/debugging flags. For instance, to compile with no
+debugging information at all, run configure as:
+
+ CFLAGS=-O2 ./configure           # Bourne compatible shells (sh/bash/zsh)
+
+or,
+
+ setenv CFLAGS -O2 ; ./configure  # csh and variants
+
+
+Installation directories
+========================
+
+The location of the installed files is determined by the --prefix
+and --exec-prefix options given to configure. There are also more
+detailed flags to control individual directories. However, the
+use of these flags is not tested.
+
+One particular detail to note, is that the architecture-dependent
+include file glibconfig.h is installed in:
+
+  $exec_pref/lib/glib/include/
+
+if you have a version in $prefix/include, this is out of date
+and should be deleted.
+
+A shell script glib-config is created during the configure
+process, and installed in the bin/ directory
+($exec_prefix/bin). This is used to determine the location of glib
+when building applications.  If you move glib after installation,
+it will be necessary to edit this file.
+

README

@@ -0,0 +1,69 @@
+General Information
+===================
+
+This is GLib version 1.1.0.   GLib, is a library which includes support
+routines for C such as lists, trees, hashes, memory allocation, and
+many other things.
+
+Versions of GLib prior to 1.1.0 are distributed with GTK+ versions 1.1.0
+and earlier.
+
+The official ftp site is:
+  ftp://ftp.gtk.org/pub/gtk
+
+The official web site is:
+  http://www.gtk.org/
+
+A mailing list is located at:
+  gtk-list@redhat.com
+
+To subscribe: mail -s subscribe gtk-list-request@redhat.com < /dev/null
+(Send mail to gtk-list-request@redhat.com with the subject "subscribe")
+
+Installation
+============
+
+See the file 'INSTALL'
+
+How to report bugs
+==================
+
+To report a bug, send mail either to gtk-list, as mentioned
+above, or to gtk-bugs@gtk.org. If you send mail to gtk-list, you
+must be subscribed yourself.
+
+In the mail include:
+
+* The version of GLib
+
+* Information about your system. For instance:
+
+   - What operating system and version
+   - What version of X
+   - For Linux, what version of the C library
+
+  And anything else you think is relevant.
+
+* How to reproduce the bug. 
+
+  If you can reproduce it with the testglib program that is built 
+  in the glib/ directory, that will be most convenient.  Otherwise, 
+  please include a short test program that exhibits the behavior. 
+  As a last resort, you can also provide a pointer to a larger piece 
+  of software that can be downloaded.
+
+* If the bug was a crash, the exact text that was printed out
+  when the crash occured.
+
+* Further information such as stack traces may be useful, but
+  is not necessary.
+
+Patches
+=======
+
+Patches can be uploaded to the incoming/ directory on
+ftp.gtk.org.  Please follow the instructions there, and include
+your name and email address in the README file.
+
+If the patch fixes a bug, it is usually a good idea to include
+all the information described in "How to Report Bugs".