mirror of
https://gitlab.gnome.org/GNOME/glib.git
synced 2025-03-12 10:45:13 +01:00
Updates.
2001-10-26 Tor Lillqvist <tml@iki.fi> * README.win32: Updates. * tests/makefile.mingw.in * tests/makefile.msc.in: Remove mainloop-test here, too. gobject: * makefile.mingw.in: When running glib-genmarshal, set PATH to include ../glib.
This commit is contained in:
parent
2b4a6e0a88
commit
7d9167402b
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
@ -1,3 +1,10 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* README.win32: Updates.
|
||||||
|
|
||||||
|
* tests/makefile.mingw.in
|
||||||
|
* tests/makefile.msc.in: Remove mainloop-test here, too.
|
||||||
|
|
||||||
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
Wed Oct 24 11:10:54 2001 Owen Taylor <otaylor@redhat.com>
|
||||||
|
|
||||||
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
* configure.in: Version 1.3.10, interface age, binary age = 0.
|
||||||
|
88
README.win32
88
README.win32
@ -49,8 +49,8 @@ Even building software that just *use* GLib or GTk+ also require to
|
|||||||
have the right compiler set up the right way, so if you intend to use
|
have the right compiler set up the right way, so if you intend to use
|
||||||
gcc, follow the relevant instructions below in that case, too.
|
gcc, follow the relevant instructions below in that case, too.
|
||||||
|
|
||||||
Libiconv
|
Dependent libraries
|
||||||
========
|
===================
|
||||||
|
|
||||||
Before building GLib you must also have the libiconv library, either
|
Before building GLib you must also have the libiconv library, either
|
||||||
from the same website mentioned above, or from it's homepage at
|
from the same website mentioned above, or from it's homepage at
|
||||||
@ -58,13 +58,19 @@ http://clisp.cons.org/~haible/packages-libiconv.html. Libiconv has
|
|||||||
makefiles for building with MS Visual C only, but as it is one source
|
makefiles for building with MS Visual C only, but as it is one source
|
||||||
file only, building it "by hand" with gcc isn't hard.
|
file only, building it "by hand" with gcc isn't hard.
|
||||||
|
|
||||||
|
You must also have the "intl" library from GNU tettext 0.10.40 (or
|
||||||
|
later). Get a prebuilt version from the website mentioned above.
|
||||||
|
|
||||||
|
Edit the correct paths to those libraries in build/win32/module.defs
|
||||||
|
as appropriate.
|
||||||
|
|
||||||
Where are the makefiles?
|
Where are the makefiles?
|
||||||
========================
|
========================
|
||||||
|
|
||||||
If you are building from a CVS snapshot, you will not have any
|
If you are building from a CVS snapshot, you will not have any
|
||||||
makefile.mingw or makefile.msc file. You should copy the corresponding
|
makefile.mingw or makefile.msc file. You should copy the corresponding
|
||||||
makefile.mingw.in or makefile.msc.in file to that name, and edit the
|
makefile.mingw.in or makefile.msc.in file to that name, and replace
|
||||||
@GLIB_VERSION@ strings to the correct version number.
|
any @...@ strings with the correct value.
|
||||||
|
|
||||||
This is done automatically when an official GLib source distribution
|
This is done automatically when an official GLib source distribution
|
||||||
package is built.
|
package is built.
|
||||||
@ -72,20 +78,24 @@ package is built.
|
|||||||
Building GLib with gcc
|
Building GLib with gcc
|
||||||
======================
|
======================
|
||||||
|
|
||||||
I use the latest gcc, gcc-2.95.3. Version 2.95.2 will most probably
|
I use gcc-2.95.3. Version 2.95.2 will most probably also work.
|
||||||
also work.
|
|
||||||
|
|
||||||
You can either use gcc running on Cygwin, or the "pure" mingw
|
You can either use gcc running on Cygwin, or the "pure" mingw
|
||||||
gcc. Using the latter is much easier.
|
gcc. Using the latter might work better, or at least did at some
|
||||||
|
point.
|
||||||
|
|
||||||
Just fetch the latest version of gcc for mingw and the msvcrt runtime,
|
Fetch the latest version of gcc for mingw and the msvcrt runtime, from
|
||||||
from www.mingw.org.
|
www.mingw.org.
|
||||||
|
|
||||||
Set up your PATH so that the gcc from the bin directory that got
|
Set up your PATH so that the gcc from the bin directory that got
|
||||||
created above is the one that gets used. Even if you run the mingw
|
created above is the one that gets used. Even if you run the mingw
|
||||||
gcc, you still want to have Cygwin to run make in.
|
gcc, you still want to have Cygwin to run make in.
|
||||||
|
|
||||||
Then run make -f makefile.mingw.
|
Then run make -f makefile.mingw. Install the resulting DLLs somewhere
|
||||||
|
in your PATH. You can either keep the headers and import libraries
|
||||||
|
where they are, or install them somewhere else. There are no rules in
|
||||||
|
the makefile.mingws for installing, it is up to you where to put
|
||||||
|
stuff.
|
||||||
|
|
||||||
I use the -fnative-struct flag, which means that in order to use the
|
I use the -fnative-struct flag, which means that in order to use the
|
||||||
prebuilt DLLs (especially of GTK+), you *must* also use that flag.
|
prebuilt DLLs (especially of GTK+), you *must* also use that flag.
|
||||||
@ -96,20 +106,31 @@ gcc- and MSVC-compiled code, which definitely is a good thing.)
|
|||||||
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 for mingw. You should be running Cygwin, or
|
mechanism when building for mingw. 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. The same libtool issue has to be taken into account
|
work, obviously. You most probably should have very new auto* and
|
||||||
as when building for Cygwin: You most probably should have a very new
|
libtool. Personally, I invoke configure using:
|
||||||
libtool. Remember to invoke configure with CC='gcc -fnative-struct' if
|
|
||||||
you want to produce DLLs binary compatible with the "official" ones.
|
CC='gcc -mpentium -fnative-struct'
|
||||||
|
CPPFLAGS='-I/src/libiconv-1.7/include -I/target/include'
|
||||||
|
LDFLAGS='-L/src/libiconv-1.7/lib -L/target/lib' ./configure
|
||||||
|
--with-libiconv --disable-static --prefix=/target
|
||||||
|
--host=i386-pc-mingw32 --enable-maintainer-mode
|
||||||
|
|
||||||
|
(on a single line)
|
||||||
|
|
||||||
But please note that the ./configure mechanism should not blindly be
|
But please note that the ./configure mechanism should not blindly be
|
||||||
used to build a GLib to be distributed to potential developers because
|
used to build a GLib to be distributed to potential developers because
|
||||||
it produces a compiler-dependent glibconfig.h (and config.h, but that
|
it produces a compiler-dependent glibconfig.h (and config.h, but that
|
||||||
shouldn't matter). For instance, the typedef for gint64 is long long
|
shouldn't matter, as it isn't seen by GLib-using applications). For
|
||||||
with gcc, but __int64 with MSVC. Otherwise, there really shouldn't be
|
instance, the typedef for gint64 is long long with gcc, but __int64
|
||||||
any reason to distribute separate GLib DLLs for gcc and MSVC users, as
|
with MSVC.
|
||||||
both compiler+tools generate code that uses the same C runtime
|
|
||||||
library. Thus one either has to edit glibconfig.h afterwards, or use
|
Except for this and a few other minor issues, there really shouldn't
|
||||||
the hand-written config.h.win32 and glibconfig.h.win32.
|
be any reason to distribute separate GLib DLLs for gcc and MSVC users,
|
||||||
|
as both compiler+tools generate code that uses the same C runtime
|
||||||
|
library. Thus one either has to manually edit glibconfig.h afterwards,
|
||||||
|
or use the supplied config.h.win32 and glibconfig.h.win32. These have
|
||||||
|
been produced by running configure twice, once using gcc and once
|
||||||
|
using MSVC, and merging the resulting files with diff -D.
|
||||||
|
|
||||||
There are probably also other hickups when using auto* and configure
|
There are probably also other hickups when using auto* and configure
|
||||||
to build for mingw, sigh. Every now and then I try to get rid of the
|
to build for mingw, sigh. Every now and then I try to get rid of the
|
||||||
@ -120,21 +141,28 @@ working on using auto*/configure/libtool on Win32, and it now seems to
|
|||||||
work well enough (with some patches applied to the current CVS
|
work well enough (with some patches applied to the current CVS
|
||||||
libtool...).
|
libtool...).
|
||||||
|
|
||||||
The hand-written makefile.mingw(.in) files, and the stuff in the
|
The hand-written makefile.{mingw,msc} files, and the stuff in the
|
||||||
"build" module has been updated to produce DLLs and import libraries
|
"build" subdirectory, has been updated to produce DLLs and import
|
||||||
that match what Makefile.am and libtool produces.
|
libraries that match what Makefile.am and libtool produces. For GLib,
|
||||||
|
the DLL is called libglib-1.3-10.dll (at GLib 1.3.10), and the import
|
||||||
|
libraries libglib-1.3.a and glib-1.3.lib. Note that the "1.3" is part
|
||||||
|
of the "basename" of the library, it is not something that libtool
|
||||||
|
would tuck on. The -10 suffix is the value of "LT_CURRENT -
|
||||||
|
LT_AGE". The 10 is *not* the micro version number of GLib, although,
|
||||||
|
for GLib 1.3.10, it happens to be the same. For the gory details, see
|
||||||
|
configure.in and libtool documentation.
|
||||||
|
|
||||||
If you want to run the Cygwin-based gcc, it gets a bit more
|
If you want to run the Cygwin-hosted gcc, and still want to produce
|
||||||
complicated. We still want gcc to produce code that does not use
|
code that does not use Cygwin, but the msvcrt runtime, in theory it
|
||||||
Cygwin, but the msvcrt runtime. In theory it should work to use the
|
should work to use the -no-cygwin flag, but I haven't tested that
|
||||||
-no-cygwin flag, but I haven't tested that lately.
|
lately.
|
||||||
|
|
||||||
If you would want to use the Cygwin tools to generate a GLib that
|
If you would want to use the Cygwin tools to generate a GLib that
|
||||||
*does* use the Cygwin runtime, the normal Unix configuration method
|
*does* use the Cygwin runtime, the normal Unix configuration method
|
||||||
should work as if on Unix. Note that successfully producing shared
|
should work as if on Unix. Note that successfully producing shared
|
||||||
libraries (DLLs) most probably requires you to have a very new
|
libraries (DLLs) for Cygwin most probably requires you to have a very
|
||||||
libtool. (And a new libtool probably requires rather new autoconf and
|
new libtool. (And a new libtool probably requires rather new autoconf
|
||||||
automake.)
|
and automake.) I haven't personally tested this in a while.
|
||||||
|
|
||||||
Building with MSVC
|
Building with MSVC
|
||||||
==================
|
==================
|
||||||
|
@ -1,3 +1,8 @@
|
|||||||
|
2001-10-26 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
|
* makefile.mingw.in: When running glib-genmarshal, set PATH to
|
||||||
|
include ../glib.
|
||||||
|
|
||||||
2001-10-23 Tor Lillqvist <tml@iki.fi>
|
2001-10-23 Tor Lillqvist <tml@iki.fi>
|
||||||
|
|
||||||
* Makefile.am: (Win32): If we have built the MSVC import library,
|
* Makefile.am: (Win32): If we have built the MSVC import library,
|
||||||
|
@ -59,13 +59,13 @@ gmarshal.h: # never add deps here
|
|||||||
$(srcdir)/stamp-gmarshal.h: @REBUILD@ gmarshal.list gmarshal.h glib-genmarshal.exe
|
$(srcdir)/stamp-gmarshal.h: @REBUILD@ gmarshal.list gmarshal.h glib-genmarshal.exe
|
||||||
echo "#ifndef __G_MARSHAL_H__" > xgen-gmh \
|
echo "#ifndef __G_MARSHAL_H__" > xgen-gmh \
|
||||||
&& echo "#define __G_MARSHAL_H__" >> xgen-gmh \
|
&& echo "#define __G_MARSHAL_H__" >> xgen-gmh \
|
||||||
&& ./glib-genmarshal --nostdinc --prefix=g_cclosure_marshal $(srcdir)/gmarshal.list --header >> xgen-gmh \
|
&& PATH=../glib:$$PATH ./glib-genmarshal --nostdinc --prefix=g_cclosure_marshal $(srcdir)/gmarshal.list --header >> xgen-gmh \
|
||||||
&& echo "#endif /* __G_MARSHAL_H__ */" >> xgen-gmh \
|
&& echo "#endif /* __G_MARSHAL_H__ */" >> xgen-gmh \
|
||||||
&& (cmp -s xgen-gmh $(srcdir)/gmarshal.h || cp xgen-gmh $(srcdir)/gmarshal.h) \
|
&& (cmp -s xgen-gmh $(srcdir)/gmarshal.h || cp xgen-gmh $(srcdir)/gmarshal.h) \
|
||||||
&& rm -f xgen-gmh xgen-gmh~ \
|
&& rm -f xgen-gmh xgen-gmh~ \
|
||||||
&& echo timestamp > $@
|
&& echo timestamp > $@
|
||||||
$(srcdir)/gmarshal.c: @REBUILD@ $(srcdir)/stamp-gmarshal.h
|
$(srcdir)/gmarshal.c: @REBUILD@ $(srcdir)/stamp-gmarshal.h
|
||||||
./glib-genmarshal --nostdinc --prefix=g_cclosure_marshal $(srcdir)/gmarshal.list --body >> xgen-gmc \
|
PATH=../glib:$$PATH ./glib-genmarshal --nostdinc --prefix=g_cclosure_marshal $(srcdir)/gmarshal.list --body >> xgen-gmc \
|
||||||
&& cp xgen-gmc $(srcdir)/gmarshal.c \
|
&& cp xgen-gmc $(srcdir)/gmarshal.c \
|
||||||
&& rm -f xgen-gmc xgen-gmc~
|
&& rm -f xgen-gmc xgen-gmc~
|
||||||
$(srcdir)/gmarshal.strings: @REBUILD@ $(srcdir)/gmarshal.list
|
$(srcdir)/gmarshal.strings: @REBUILD@ $(srcdir)/gmarshal.list
|
||||||
|
@ -12,6 +12,8 @@ include ../build/win32/make.mingw
|
|||||||
INCLUDES = -I .. -I ../glib -I ../gmodule
|
INCLUDES = -I .. -I ../glib -I ../gmodule
|
||||||
DEFINES = -DHAVE_CONFIG_H
|
DEFINES = -DHAVE_CONFIG_H
|
||||||
|
|
||||||
|
# mainloop-test removed for now until it is fixed
|
||||||
|
|
||||||
TESTS = \
|
TESTS = \
|
||||||
testglib.exe \
|
testglib.exe \
|
||||||
testgdate.exe \
|
testgdate.exe \
|
||||||
@ -22,7 +24,6 @@ TESTS = \
|
|||||||
gio-test.exe \
|
gio-test.exe \
|
||||||
hash-test.exe \
|
hash-test.exe \
|
||||||
list-test.exe \
|
list-test.exe \
|
||||||
mainloop-test.exe\
|
|
||||||
markup-test.exe \
|
markup-test.exe \
|
||||||
module-test.exe \
|
module-test.exe \
|
||||||
node-test.exe \
|
node-test.exe \
|
||||||
|
@ -10,6 +10,8 @@ TOP = ..\..
|
|||||||
INCLUDES = -I .. -I ..\glib -I ..\gmodule
|
INCLUDES = -I .. -I ..\glib -I ..\gmodule
|
||||||
DEFINES = -DHAVE_CONFIG_H
|
DEFINES = -DHAVE_CONFIG_H
|
||||||
|
|
||||||
|
# mainloop-test removed for now until it is fixed
|
||||||
|
|
||||||
TESTS = \
|
TESTS = \
|
||||||
testglib.exe \
|
testglib.exe \
|
||||||
testgdate.exe \
|
testgdate.exe \
|
||||||
@ -21,7 +23,6 @@ TESTS = \
|
|||||||
iochannel-test.exe \
|
iochannel-test.exe \
|
||||||
hash-test.exe \
|
hash-test.exe \
|
||||||
list-test.exe \
|
list-test.exe \
|
||||||
mainloop-test.exe\
|
|
||||||
markup-test.exe \
|
markup-test.exe \
|
||||||
module-test.exe \
|
module-test.exe \
|
||||||
node-test.exe \
|
node-test.exe \
|
||||||
|
Loading…
x
Reference in New Issue
Block a user