AuroraMiddleware/gtk
1
0
Fork 1
mirror of https://gitlab.gnome.org/GNOME/gtk.git synced 2024-11-18 09:00:34 +00:00
Code Issues Projects Releases Wiki Activity
1d1b9c7abe
gtk/gdk-pixbuf/makefile.msc

167 lines
4.7 KiB
Plaintext
Raw Normal View History

disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
TOP = ..\..
PRJ_TOP = ..
PACKAGE = gdk_pixbuf
PKG_VER = $(GDK_PIXBUF_VER)
use g_strcasecmp(), some poor platforms don't have strcasecmp() 2001-10-28 Hans Breuer <hans@breuer.org> * gtk/gtkfontsel.c : use g_strcasecmp(), some poor platforms don't have strcasecmp() * gtk/gtktextview.c : to fix crashing on e.g. TextView::find need to remove the idle funcs in gtk_text_view_destroy (). To reduce code duplication wrap it in its own function and use it in gtk_text_view_unrealize () and gtk_text_view_destroy_layout () * gdk/win32/gdkdrawable-win32.c : implement the finalize method like the X11 version does, allow to set_colormap NULL * gdk/win32/gdkwindow-win32.c : adapt GdkWindowImplWin32:: set_colormap, also some adaption to X11 version : (gdk_window_hide) call _gdk_window_clear_update_area (gdk_window_reparent) call _gdk_window_init_position * gdk/win32/gdkwindow-win32.c (gdk_window_set_geometry_hints) : call gdk_window_resize() after all hints are set, because the window resizing process (WM_GETMINMAXINFO) takes all of them into account * gdk/win32/gdkfont-win32.c : make gdk_font_equal return a gboolean * gdk/win32/gdkvisual-win32.c : register GdkVisual with sizeof (GdkVisualPrivate) * gdk/gdk.def gtk/gtk.def : upated externals * gdk/makefile.msc gdk/win32/makefile.msc gdk-pixbuf/makefile.msc gdk-pixbuf/pixops/makefile.msc gtk/makefile.msc.in tests/makefile.msc : from now on use make.msc from $(TOP)/glib/build/win32 * gtk/stock-icons/makefile.msc : add stock_missing_image
2001-11-09 21:52:52 +00:00
!INCLUDE $(TOP)/glib/build/win32/make.msc
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
!IFNDEF PERL
PERL = perl
!ENDIF
Update version to 2.0.0 Tue Mar 5 15:47:54 2002 Owen Taylor <otaylor@redhat.com> * configure.in test/makefile.msc **.pc.in **/*.am: Update version to 2.0.0 * gtk/Makefile.am (MAINTAINERCLEANFILES): Add stamp files. * configure.in (GDK_PIXBUF_VERSION): Require GLib 2.0.0, Pango, Atk, 1.0.0. * m4macros/gtk-2.0.m4: Default to 2.0.0 as the minimum version.
2002-03-05 21:04:09 +00:00
GDK_PIXBUF_VER = 2.0
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
use g_strcasecmp(), some poor platforms don't have strcasecmp() 2001-11-18 Hans Breuer <hans@breuer.org> * io-xpm.c : use g_strcasecmp(), some poor platforms don't have strcasecmp() * makefile.msc : do INCLUDE_png etc. definition here to avoid my temporary 'gdk-pixbuf-io-include.h' hack
2001-11-18 15:33:18 +00:00
# to get _working_ include modules we need respective defines ...
BUILT_IN_FORMATS = -DINCLUDE_png -DINCLUDE_bmp -DINCLUDE_gif \
-DINCLUDE_ico -DINCLUDE_jpeg -DINCLUDE_xpm -DINCLUDE_wbmp \
-DINCLUDE_pnm -DINCLUDE_ras
# -DINCLUDE_tiff
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
don't export functions prefixed with underscore 2002-01-04 Hans Breuer <hans@breuer.org> * gdk_pixbuf.def : don't export functions prefixed with underscore * makefile.msc : use -FImsvc_recommende_pragmas.h
2002-01-05 18:59:24 +00:00
PKG_CFLAGS = -FImsvc_recommended_pragmas.h \
-I. -I.. $(GLIB_CFLAGS) \
use g_strcasecmp(), some poor platforms don't have strcasecmp() 2001-11-18 Hans Breuer <hans@breuer.org> * io-xpm.c : use g_strcasecmp(), some poor platforms don't have strcasecmp() * makefile.msc : do INCLUDE_png etc. definition here to avoid my temporary 'gdk-pixbuf-io-include.h' hack
2001-11-18 15:33:18 +00:00
$(BUILT_IN_FORMATS) \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
$(JPEG_CFLAGS) $(PNG_CFLAGS) $(TIFF_CFLAGS) $(INTL_CFLAGS) \
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
$(G_DEBUGGING) \
updated 2003-03-01 Hans Breuer <hans@breuer.org> * makefile.msc : updated * gdk_pixbuf.def : export a bunch of new functions
2003-07-20 15:43:41 +00:00
-DGDK_PIXBUF_ENABLE_BACKEND \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
-UUSE_GMODULE # use built-in
# -DUSE_GMODULE -DPIXBUF_LIBDIR=\".\"
PKG_LINK = $(GLIB_LIBS) \
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
# $(TIFF_LIBS) \
$(JPEG_LIBS) $(PNG_LIBS) $(INTL_LIBS) \
pixops\pixops.lib \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
OBJECTS = \
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
gdk-pixbuf-enum-types.obj \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
gdk-pixbuf-animation.obj \
gdk-pixbuf-data.obj \
gdk-pixbuf-io.obj \
gdk-pixbuf-loader.obj \
gdk-pixbuf-scale.obj \
gdk-pixbuf-util.obj \
gdk-pixbuf.obj \
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
gdk-pixdata.obj \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
io-bmp.obj \
io-wbmp.obj \
io-gif.obj \
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
io-gif-animation.obj \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
io-ico.obj \
io-png.obj \
io-pnm.obj \
io-ras.obj \
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
# io-tiff.obj \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
io-xpm.obj \
io-jpeg.obj \
updated 2004-08-06 Hans Breuer <hans@breuer.org> * gdk_pixbuf.def makefile.msc : updated
2004-08-06 18:49:35 +00:00
gdk_pixbuf_headers = \
gdk-pixbuf.h \
gdk-pixbuf-core.h \
gdk-pixbuf-loader.h \
gdk-pixbuf-transform.h
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
gdk-pixbuf-marshal.h: gdk-pixbuf-marshal.list
updated 2004-10-29 Hans Breuer <hans@breuer.org> * makefile.msc : updated
2004-10-29 21:43:40 +00:00
..\..\glib\gobject\glib-genmarshal --prefix=_gdk_pixbuf_marshal gdk-pixbuf-marshal.list --header >gdk-pixbuf-marshal.h
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
updated 2004-10-29 Hans Breuer <hans@breuer.org> * makefile.msc : updated
2004-10-29 21:43:40 +00:00
gdk-pixbuf-marshal.c: gdk-pixbuf-marshal.h gdk-pixbuf-marshal.list
..\..\glib\gobject\glib-genmarshal --prefix=_gdk_pixbuf_marshal gdk-pixbuf-marshal.list --body >gdk-pixbuf-marshal.c
gdk-pixbuf-alias.h: gdk-pixbuf.symbols
perl makegdkpixbufalias.pl < gdk-pixbuf.symbols > gdk-pixbuf-alias.h
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
[merged from gtk-2-6 branch] let dash_offset shift the start of the line 2005-04-03 Hans Breuer <hans@breuer.org> [merged from gtk-2-6 branch] * gdk/win32/gdkdrawable-win32.c : let dash_offset shift the start of the line pattern not the start of the line. Fixes bug #171641. * gtk/makefile.msc.in : follow .symbols changes * gdk/win32/gdkwindow-win32.c : declare and resolve GetAncestor() dynamically. (It is not available in _WIN_VER <= 0x0400) * gdk/win32/makefile.msc : removed gdkpango-win32.obj * gtk/gtkhsv.c gtk/gtkstyle.c : use G_PI instead of M_PI [also applied to gtk-2-6 branch] * gdk/makefile.msc gdk-pixbuf/makefile.msc : handle gdk*alias.def * gdk/makefile.msc.in : add gtkmnemonichash.obj * test/testgtk.c(set_parent_signal) : use g_message instead of g_print to keep the 'testgtk --bench=all' output clean
2005-04-03 21:03:08 +00:00
gdk_pixbuf.def: gdk-pixbuf.symbols makefile.msc
rule for gdk_pixbuf.def 2005-02-05 Hans Breuer <hans@breuer.org> * makefile.msc : rule for gdk_pixbuf.def
2005-02-07 20:13:18 +00:00
echo EXPORTS > gdk_pixbuf.def
[merged from gtk-2-6 branch] let dash_offset shift the start of the line 2005-04-03 Hans Breuer <hans@breuer.org> [merged from gtk-2-6 branch] * gdk/win32/gdkdrawable-win32.c : let dash_offset shift the start of the line pattern not the start of the line. Fixes bug #171641. * gtk/makefile.msc.in : follow .symbols changes * gdk/win32/gdkwindow-win32.c : declare and resolve GetAncestor() dynamically. (It is not available in _WIN_VER <= 0x0400) * gdk/win32/makefile.msc : removed gdkpango-win32.obj * gtk/gtkhsv.c gtk/gtkstyle.c : use G_PI instead of M_PI [also applied to gtk-2-6 branch] * gdk/makefile.msc gdk-pixbuf/makefile.msc : handle gdk*alias.def * gdk/makefile.msc.in : add gtkmnemonichash.obj * test/testgtk.c(set_parent_signal) : use g_message instead of g_print to keep the 'testgtk --bench=all' output clean
2005-04-03 21:03:08 +00:00
cl /EP -DINCLUDE_VARIABLES -DG_OS_WIN32 -DALL_FILES \
# -FI $(GLIB)\glib\gmacros.h \
gdk-pixbuf.symbols >> gdk_pixbuf.def
rule for gdk_pixbuf.def 2005-02-05 Hans Breuer <hans@breuer.org> * makefile.msc : rule for gdk_pixbuf.def
2005-02-07 20:13:18 +00:00
[merged from gtk-2-6 branch] let dash_offset shift the start of the line 2005-04-03 Hans Breuer <hans@breuer.org> [merged from gtk-2-6 branch] * gdk/win32/gdkdrawable-win32.c : let dash_offset shift the start of the line pattern not the start of the line. Fixes bug #171641. * gtk/makefile.msc.in : follow .symbols changes * gdk/win32/gdkwindow-win32.c : declare and resolve GetAncestor() dynamically. (It is not available in _WIN_VER <= 0x0400) * gdk/win32/makefile.msc : removed gdkpango-win32.obj * gtk/gtkhsv.c gtk/gtkstyle.c : use G_PI instead of M_PI [also applied to gtk-2-6 branch] * gdk/makefile.msc gdk-pixbuf/makefile.msc : handle gdk*alias.def * gdk/makefile.msc.in : add gtkmnemonichash.obj * test/testgtk.c(set_parent_signal) : use g_message instead of g_print to keep the 'testgtk --bench=all' output clean
2005-04-03 21:03:08 +00:00
gdk-pixbuf-aliasdef.c: gdk-pixbuf.symbols
perl makegdkpixbufalias.pl -def < gdk-pixbuf.symbols > gdk-pixbuf-aliasdef.c
rule for gdk_pixbuf.def 2005-02-05 Hans Breuer <hans@breuer.org> * makefile.msc : rule for gdk_pixbuf.def
2005-02-07 20:13:18 +00:00
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
## common stuff
INSTALL = copy
CFLAGS = -I. -DHAVE_CONFIG_H
oops, missed it.
2001-07-30 21:10:33 +00:00
sub-pixops :
cd pixops
nmake -f makefile.msc
cd ..
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
## targets
all : \
$(PRJ_TOP)\config.h \
updated 2004-10-29 Hans Breuer <hans@breuer.org> * makefile.msc : updated
2004-10-29 21:43:40 +00:00
gdk-pixbuf-alias.h \
[merged from gtk-2-6 branch] let dash_offset shift the start of the line 2005-04-03 Hans Breuer <hans@breuer.org> [merged from gtk-2-6 branch] * gdk/win32/gdkdrawable-win32.c : let dash_offset shift the start of the line pattern not the start of the line. Fixes bug #171641. * gtk/makefile.msc.in : follow .symbols changes * gdk/win32/gdkwindow-win32.c : declare and resolve GetAncestor() dynamically. (It is not available in _WIN_VER <= 0x0400) * gdk/win32/makefile.msc : removed gdkpango-win32.obj * gtk/gtkhsv.c gtk/gtkstyle.c : use G_PI instead of M_PI [also applied to gtk-2-6 branch] * gdk/makefile.msc gdk-pixbuf/makefile.msc : handle gdk*alias.def * gdk/makefile.msc.in : add gtkmnemonichash.obj * test/testgtk.c(set_parent_signal) : use g_message instead of g_print to keep the 'testgtk --bench=all' output clean
2005-04-03 21:03:08 +00:00
gdk-pixbuf-aliasdef.c \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
gdk-pixbuf-marshal.h \
updated 2004-10-29 Hans Breuer <hans@breuer.org> * makefile.msc : updated
2004-10-29 21:43:40 +00:00
gdk-pixbuf-marshal.c \
oops, missed it.
2001-07-30 21:10:33 +00:00
sub-pixops \
updated 2003-03-01 Hans Breuer <hans@breuer.org> * makefile.msc : updated * gdk_pixbuf.def : export a bunch of new functions
2003-07-20 15:43:41 +00:00
lib$(PACKAGE)-$(PKG_VER)-0.dll \
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
$(PACKAGE)-$(PKG_VER)s.lib \
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
# make-inline-pixbuf.exe \
gdk-pixbuf-csource.exe \
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
test-gdk-pixbuf.exe
Remove. 2002-03-03 Tor Lillqvist <tml@iki.fi> * gtk-pixbuf.rc.in: Remove. * gdk_pixbuf.rc.in: Name like this instead (wrong name used by mistake by Hans). * makefile.msc: Corresponding changes. * Makefile.am: Use gdk_pixbuf.rc on Win32. Distribute it.
2002-03-02 23:19:59 +00:00
$(PACKAGE).res : $(PACKAGE).rc
rc -DBUILDNUMBER=0 -r -fo $(PACKAGE).res $(PACKAGE).rc
new file 2002-02-27 Hans Breuer <hans@breuer.org> * demos/gtk-demo/makefile.msc.in : new file * gdk-pixbuf/gtk-pixbuf.rc.in : new file to include version resource * gdk-pixbuf/makefile.msc : create and use gdk-pixbuf.res * gdk/win32/gdkkeys-win32.c : handle undefined LANG_URDU, (gdk_keyval_name) : fix endless looping * gtk/gtkfilesel.c : translate_win32_path() static * gtk/queryimmodules : print_escaped(), query_module() static * gtk/makefile.msc.in : added gtkkeyhash, build gtk-win32.res * gtk/stock-icons/makefile.msc : regenerated from directory listing (almost all filenames changed)
2002-02-27 16:37:04 +00:00
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
$(PACKAGE)-$(PKG_VER)s.lib : $(OBJECTS)
lib /out:$(PACKAGE)-$(PKG_VER)s.lib $(OBJECTS) pixops\pixops.lib
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
updated 2003-03-01 Hans Breuer <hans@breuer.org> * makefile.msc : updated * gdk_pixbuf.def : export a bunch of new functions
2003-07-20 15:43:41 +00:00
lib$(PACKAGE)-$(PKG_VER)-0.dll : $(OBJECTS) $(PACKAGE).def $(PACKAGE).res
$(CC) $(CFLAGS) -LD -Fe$@ $(OBJECTS) $(PKG_LINK) user32.lib advapi32.lib wsock32.lib $(PACKAGE).res \
$(LDFLAGS) /implib:$(PACKAGE)-$(PKG_VER).lib /def:$(PACKAGE).def
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
make-inline-pixbuf.exe : make-inline-pixbuf.c
$(CC) $(PKG_CFLAGS) -Femake-inline-pixbuf.exe make-inline-pixbuf.c $(PKG_LINK) $(PACKAGE)-$(PKG_VER).lib
don't 'g_tohl (*istream++)', but move pointer increment out of the macro, 2001-07-20 Hans Breuer <hans@breuer.org> * gdk-pixdata.c : don't 'g_tohl (*istream++)', but move pointer increment out of the macro, because at least one compiler (msvc 5.0) gets confused otherwise (applies the wrong increment). * gdk_pixbuf.def : updated exports * makefile.msc : reflect gdk-pixbuf-csource changes
2001-07-20 17:34:08 +00:00
gdk-pixbuf-csource.exe : gdk-pixbuf-csource.c
$(CC) $(PKG_CFLAGS) -Fegdk-pixbuf-csource.exe gdk-pixbuf-csource.c $(PKG_LINK) $(PACKAGE)-$(PKG_VER).lib
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
test-gdk-pixbuf.exe : test-gdk-pixbuf.c
$(CC) $(PKG_CFLAGS) -Fetest-gdk-pixbuf.exe test-gdk-pixbuf.c $(PKG_LINK) $(PACKAGE)-$(PKG_VER).lib
updated externals 2001-09-21 Hans Breuer <hans@breuer.org> * gdk-pixbuf.def : updated externals * makefile.msc : generate gdk-pixbuf-enum-types.[hc]
2001-09-21 19:54:15 +00:00
#
# gdk-pixbuf-enum-types.h
#
gdk-pixbuf-enum-types.h : $(gdk_pixbuf_headers) makefile.msc
$(PERL) $(GLIB)\gobject\glib-mkenums \
--fhead "#ifndef __GDK_PIXBUF__ENUM_TYPES_H__\n#define __GDK_PIXBUF_ENUM_TYPES_H__\n" \
--fprod "/* enumerations from \"@filename@\" */\n" \
--vhead "GType @enum_name@_get_type (void);\n#define GDK_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n" \
--ftail "#endif /* __GDK_PIXBUF_ENUM_TYPES_H__ */" \
$(gdk_pixbuf_headers) ) > gdk-pixbuf-enum-types.h
#
# gdk-pixbuf-enum-types.c
#
gdk-pixbuf-enum-types.c: $(gdk_pixbuf_headers) makefile.msc
$(PERL) $(GLIB)\gobject\glib-mkenums \
--fhead "#include <gdk-pixbuf/gdk-pixbuf.h>" \
--fprod "\n/* enumerations from \"@filename@\" */" \
--vhead "GType\n@enum_name@_get_type (void)\n{\n static GType etype = 0;\n if (etype == 0) {\n static const G@Type@Value values[] = {" \
--vprod " { @VALUENAME@, \"@VALUENAME@\", \"@valuenick@\" }," \
--vtail " { 0, NULL, NULL }\n };\n etype = g_@type@_register_static (\"@EnumName@\", values);\n }\n return etype;\n}\n" \
$(gdk_pixbuf_headers) > gdk-pixbuf-enum-types.c
gdk-pixbuf-enum-types.obj : gdk-pixbuf-enum-types.c gdk-pixbuf-enum-types.h
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
$(PRJ_TOP)\config.h: $(PRJ_TOP)\config.h.win32
copy $(PRJ_TOP)\config.h.win32 $(PRJ_TOP)\config.h
.c.obj :
$(CC) $(CFLAGS) -GD -c $(PKG_CFLAGS) $<
clean::
del config.h
updated 2004-10-29 Hans Breuer <hans@breuer.org> * makefile.msc : updated
2004-10-29 21:43:40 +00:00
del gdk-pixbuf-marshal.h
del gdk-pixbuf-marshal.c
del gdk-pixbuf-alaias.h
disable USE_MMX for msvc build cause the assembler doesn't fit and is out 2001-03-31 Hans Breuer <hans@breuer.org> * config.h.win32.in : disable USE_MMX for msvc build cause the assembler doesn't fit and is out of my scope. Disable USE_GMODULE for msvc build as wel. The right way to share binaries on win32 would be to use libtiff.dll etc. To reduce installation hassles IMO it's better to include all fileformats builtin to gdk-pixbuf * gdk-pixbuf/makefile.msc : new file * gdk/gdk.def : updated * gdk/win32/gdkevents-win32.c : don't erase the background if .no_bg is set. It improves the scrolling (e.g. of testgtk main buttons * gdk/win32/gdkgeometry-win32.c : added comment about the above * gdk/win32/gdkwindow-win32.c : added three new functions like the X version. Only one is implemented, because the other two "gdk_window_begin_(resize|move)_drag" got no docs and appear to be default behaviour on win32 anyway ... * gtk/gtk.def : updated * gtk/makefile.msc.in : update for new files, use glib-genmarshal from where it was built and add an additional rule to automagically build gtkmarshal.[hc] * gtk/gtkfilesel.c (open_new_dir) : don't increase n_entries before array access for the current entry isn't finished * gtk/gtktreeitem.c (gtk_tree_item_subtree_button_click) : use g_return_val_if_fail * gtk/testgtk.c (window_controls) : don't use the *wrong* size for the static array, but let the compiler calculate it. It makes me wonder if gcc isn't capable to catch bugs like this ...
2001-03-31 19:33:49 +00:00
Reference in New Issue Copy Permalink