Include also the gtk-doc/html documentation in the developer package.

2003-02-11  Tor Lillqvist  <tml@iki.fi>

	* glib-zip.in: Include also the gtk-doc/html documentation in the
	developer package.

	* README.win32: Updates.
This commit is contained in:
Tor Lillqvist 2003-02-11 17:59:04 +00:00 committed by Tor Lillqvist
parent 98e22e2693
commit 05e7a4ab9c
8 changed files with 70 additions and 20 deletions

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -1,3 +1,10 @@
2003-02-11 Tor Lillqvist <tml@iki.fi>
* glib-zip.in: Include also the gtk-doc/html documentation in the
developer package.
* README.win32: Updates.
2003-02-11 Sebastian Wilhelmi <seppi@seppi.de> 2003-02-11 Sebastian Wilhelmi <seppi@seppi.de>
* AUTHORS: Changed my e-mail address. * AUTHORS: Changed my e-mail address.

View File

@ -22,7 +22,7 @@ it yourself. Prepackaged runtime and developer packages are available
from the webiste above. On Unix, it is quite normal that system admins from the webiste above. On Unix, it is quite normal that system admins
build and install libraries like GLib themselves. But on Windows build and install libraries like GLib themselves. But on Windows
setting up a correct build environment can be quite a task, especially setting up a correct build environment can be quite a task, especially
if you are used to on Unix just type ./configure; make, and expect if you are used to just type "./configure; make" on Unix, and expect
things to work as smoothly on Windows. things to work as smoothly on Windows.
The following preprocessor macros can be used for conditional The following preprocessor macros can be used for conditional
@ -124,18 +124,28 @@ Autoconfiscated build
It is also possible to use the auto*, ./configure and libtool It is also possible to use the auto*, ./configure and libtool
mechanism when building with gcc. You should be running Cygwin, or mechanism when building with gcc. You should be running Cygwin, or
maybe cross-compiling from real Unix, for the configure script to maybe cross-compiling from real Unix, for the configure script to
work, obviously. (It should also be possible to use MSYS.) Tor invokes work, obviously. It is also possible to use MSYS.
configure using:
When building from an official source distribution, to be able to
build DLLs without problems, it might well be necessary to have a
relatively new version of libtool installed. If so, replace the
libtool parts included with GLib sources with newer versions by
running libtoolize --force. After that you want to run aclocal-1.4 and
autoconf before running configure.
Tor invokes configure using:
CC='gcc -mcpu=pentium3' CPPFLAGS='-I/target/include' CC='gcc -mcpu=pentium3' CPPFLAGS='-I/target/include'
CFLAGS=-O3 LDFLAGS='-L/target/lib' ./configure --with-libiconv CFLAGS=-O3 LDFLAGS='-L/target/lib' ./configure --with-libiconv
--disable-static --prefix=/target --host=i386-pc-mingw32 --disable-static --prefix=/target --host=i386-pc-mingw32
--enable-maintainer-mode
(on a single line) (on a single line). The /target/include mentioned contains the header
files for libintl and libiconv, and the (import) libraries are in
/target/lib. This happens to be in the same tree where he configures
GLib to be installed, but doesn't have to be.
But please note that the ./configure mechanism should not blindly be Please note that the ./configure mechanism should not blindly be used
used to build a GLib to be distributed to other developers because it to build a GLib to be distributed to other developers because it
produces a compiler-dependent glibconfig.h (and config.h, but that produces a compiler-dependent glibconfig.h (and config.h, but that
shouldn't matter, as it isn't seen by GLib-using applications). For shouldn't matter, as it isn't seen by GLib-using applications). For
instance, the typedef for gint64 is long long with gcc, but __int64 instance, the typedef for gint64 is long long with gcc, but __int64
@ -143,16 +153,12 @@ with MSVC.
Except for this and a few other minor issues, there really shouldn't Except for this and a few other minor issues, there really shouldn't
be any reason to distribute separate GLib headers and DLLs for gcc and be any reason to distribute separate GLib headers and DLLs for gcc and
MSVC users, as both compilers generate code that uses the same C MSVC users, as the compilers generate code that uses the same C
runtime library. Thus one either has to manually edit glibconfig.h runtime library, and is mutually binary compatible. Thus one either
afterwards, or use the supplied glibconfig.h.win32. This has been has to manually edit glibconfig.h afterwards, or use the supplied
produced by running configure twice, once using gcc and once using glibconfig.h.win32. This has been produced by running configure twice,
MSVC, and merging the resulting files with diff -D. once using gcc and once using MSVC, and merging the resulting files
with diff -D.
There might be other hickups when using auto* and configure to build
with gcc. Lately Tor has used auto*/configure/libtool exclusively when
building GLib, GTK+, GIMP etc on Win32, and it seems to work well
(with some patches applied to the current CVS libtool...).
The hand-written makefile.{mingw,msc} files, and the stuff in the The hand-written makefile.{mingw,msc} files, and the stuff in the
"build" subdirectory, produce DLLs and import libraries that match "build" subdirectory, produce DLLs and import libraries that match
@ -181,9 +187,9 @@ and automake.) Tor hasn't tested this in a while, either.
Building with MSVC Building with MSVC
================== ==================
All the MSVC makefiles are for the command line build with nmake. All the MSVC makefiles are for the command line build with nmake. If
If you want to use the VC-UI you can simply create wrapper .dsp you want to use the VC-UI you can simply create wrapper .dsp makefiles
makefiles (read the VC docs how to do so). (read the VC docs how to do so).
Some modules may require Perl to auto-generate files. The goal (at Some modules may require Perl to auto-generate files. The goal (at
least Hans's) is to not require any more tools. least Hans's) is to not require any more tools.

View File

@ -47,6 +47,8 @@ lib/pkgconfig/gthread-2.0.pc
share/aclocal/glib-2.0.m4 share/aclocal/glib-2.0.m4
share/aclocal/glib-gettext.m4 share/aclocal/glib-gettext.m4
share/glib-2.0 share/glib-2.0
share/gtk-doc/html/glib
share/gtk-doc/html/gobject
man/man1/glib-mkenums.1 man/man1/glib-mkenums.1
man/man1/glib-genmarshal.1 man/man1/glib-genmarshal.1
EOF EOF