gimp/README.win32
Tor Lillqvist cd31cdd7eb Update.
2003-09-01  Tor Lillqvist  <tml@iki.fi>

	* README.win32: Update.

	* app/composite/gimp-composite-mmx.c: For some reason the gcc&gas
	combination used on Win32 wants identifiers prefixed with
	underscores in the asm sequences.

	* plug-ins/common/ps.c (ps_open): [Win32] Don't write the gs
	executable name into the indirect command line file. Do write the
	quoted form of the filename to it.
	(my_shell_quote): New funcion. Use instead of g_shell_quote() on
	Windows, as g_shell_quote() always uses single quotes, which don't
	mean anything to the Windows shell (or C runtime startup
	code). (This might be argued to be a bug in GLib, maybe
	g_shell_quote should behave differently accoring to platform.)

	* etc/gimprc.win32: Remove, generate with gimpconfig-dump.

	* */makefile.mingw.in: Remove, unmaintained.
2003-09-01 00:13:08 +00:00

29 lines
1.1 KiB
Plaintext

For pre-built binary packages of GLib, GTK etc, see
http://www.gimp.org/win32/downloads.html . No pre-built GIMP 1.3
packages, though.
Building GIMP on Win32
======================
There are two ways to build GIMP on Win32:
1) Use the autoconf-generated configure script, and the resulting
Makefiles (which use libtool and gcc to do the compilation). I use
this myself.
Unfortunately, this doesn't work 100% correctly in all
directories. For instance in plug-ins/common there is some problems
with the optional plug-ins, for instance "png". The generated Makefile
wants to make just png (no .exe), and then tries to compile it without
any of the relevant -I and -D flags, which of course fails. You have
to explicitly make png.exe.
2) Use the Microsoft compiler, cl and Make, nmake. Say nmake -f
makefile.msc in various directories. These makefiles are maintained by
Hans Breuer <hans@breuer.org>. They presumably will not generate the
same name DLLs and import libraries as the autoconfiscated libtool
build does, nor necesarily use the same named GLib, GTK etc import
libraries as those distributed from the web site mentioned above.
--Tor Lillqvist <tml@iki.fi>