ryujinx-archive/GtkSharp
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
GtkSharp/sample/valtest/Makefile.am

43 lines
1.2 KiB
Text
Raw Normal View History

* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
noinst_SCRIPTS = valtest.exe
lib_LTLIBRARIES = libvalobj.la
Add some missing references to samples
2011-07-18 15:40:12 +00:00
assemblies=../../glib/glib-sharp.dll ../../gio/gio-sharp.dll ../../cairo/cairo-sharp.dll ../../pango/pango-sharp.dll ../../atk/atk-sharp.dll ../../gdk/gdk-sharp.dll ../../gtk/gtk-sharp.dll
2009-11-30 Mike Kestner <mkestner@novell.com> * */Makefile.am: standardize on - options over / options for consistency. Also assists with build on msys. [Fixes #550667] svn path=/trunk/gtk-sharp/; revision=147125
2009-11-30 20:40:34 +00:00
references=$(addprefix -r:, $(assemblies))
* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
sample: Fix compilation of opaque and val tests on osx Using regular expressions for targets is not supported, that's why now a generated-stamp is used to determine whether the files have been generated. This bug might not be related to osx but newer automake versions at least >= 1.14.1
2015-01-14 14:41:45 +00:00
valtest.exe: generated-stamp Valtest.cs $(assemblies)
build: Fix opaquetest build on Windows Create 2 makefile variable to facilitate build on Windows: GENERATED_SOURCES_FILES to match files created by the code generator, and GENERATED_SOURCES_OPTION for the corresponding option to be passed to the compiler. Also adapt the makefile for the valtest sample to use these variables.
2014-05-04 13:10:07 +00:00
$(CSC) $(CSFLAGS) -out:valtest.exe $(references) $(srcdir)/Valtest.cs $(GENERATED_SOURCES_OPTION)
* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
libvalobj_la_SOURCES = \
valobj.c \
valobj.h
libvalobj_la_LDFLAGS = -module -avoid-version -no-undefined
libvalobj_la_LIBADD = $(GTK_LIBS)
build: fix automake warning about preprocessor C flags With automake version 1.13.2 (which comes in debian testing/jessie), we were starting to get these warnings by default: ... Running automake --foreign ... atk/glue/Makefile.am:16: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') gio/glue/Makefile.am:11: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') gtk/glue/Makefile.am:18: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') gtk/gui-thread-check/profiler/Makefile.am:8: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') pango/glue/Makefile.am:13: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') sample/opaquetest/Makefile.am:18: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') sample/valtest/Makefile.am:18: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') Running autoconf ... ... We simply follow the warning's recommendation of using AM_CPPFLAGS instead (CPP meaning C PreProcessor, not C Plus Plus), as explained in http://www.gnu.org/software/automake/manual/html_node/Program-Variables.html The deprecation of INCLUDES has been very long there already (since 2002, therefore Automake 1.7), and we already depend on automake 1.10.
2013-06-17 08:59:28 +00:00
AM_CPPFLAGS = $(GTK_CFLAGS)
* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
sample: Fix compilation of opaque and val tests on osx Using regular expressions for targets is not supported, that's why now a generated-stamp is used to determine whether the files have been generated. This bug might not be related to osx but newer automake versions at least >= 1.14.1
2015-01-14 14:41:45 +00:00
generated-stamp: valobj-api.xml
rm -rf generated/* && \
Add and use gapi.xsd to validate GAPI XML files The structure of a GAPI XML file is now defined by the XML schema in gapi.xsd. This XSD is now used by the generator to do a first sanity check on an XML file before trying to generate code from it. Each generatable object still does its own validation. The XSD can also be seen as a documentation of the GAPI XML format, and can be used by third-parties that produce GAPI XML to validate their output.
2012-11-25 16:54:25 +00:00
$(RUNTIME) ../../generator/gapi_codegen.exe --generate $(srcdir)/valobj-api.xml \
--include=../../gtk/gtk-api.xml --include=../../gdk/gdk-api.xml \
build: Fix opaquetest build on Windows Create 2 makefile variable to facilitate build on Windows: GENERATED_SOURCES_FILES to match files created by the code generator, and GENERATED_SOURCES_OPTION for the corresponding option to be passed to the compiler. Also adapt the makefile for the valtest sample to use these variables.
2014-05-04 13:10:07 +00:00
--outdir=generated --assembly-name=valobj-sharp \
sample: Fix compilation of opaque and val tests on osx Using regular expressions for targets is not supported, that's why now a generated-stamp is used to determine whether the files have been generated. This bug might not be related to osx but newer automake versions at least >= 1.14.1
2015-01-14 14:41:45 +00:00
--schema=$(top_srcdir)/gapi.xsd && \
touch generated-stamp
* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
check in a generated valobj-api.xml rather than doing it at build time so we don't accidentally depend on perl-libxml svn path=/trunk/gtk-sharp/; revision=47665
2005-07-25 18:50:52 +00:00
api:
sample: Fix Makefile.am in valtest and opaque samples
2011-06-18 14:11:35 +00:00
PATH=../../parser:$(PATH) $(RUNTIME) ../../parser/gapi-parser.exe valobj-sources.xml
* glib/Value.cs: Obsolete the EnumWrapper and UnwrappedObject constructors and casts. Add a new Enum cast. (Val): Handle Pointer values. Change the handling of Enum/Flags values to return the value directly rather than returning an EnumWrapper. Remove the Char (ie, "byte") handling since there aren't any char properties in all of gtk-sharp and the generator mistakenly converts them to strings anyway. * glib/EnumWrapper.cs: * glib/UnwrappedObject.cs: Mark these Obsolete. * glib/glue/type.c (gtksharp_get_parent_type, gtksharp_get_type_name_for_id): * glib/glue/value.c (gtksharp_value_get_value_type): Remove some unneeded glue methods. * generator/Ctor.cs (Generate): * generator/Property.cs (Generate): Simplify the enum and object property glue to not use EnumWrapper or UnwrappedObject. * sample/valtest/*: a regression test for GLib.Value * configure.in.in: add sample/valtest svn path=/trunk/gtk-sharp/; revision=47564
2005-07-22 18:36:50 +00:00
install:
CLEANFILES = \
2005-08-15 Mike Kestner <mkestner@novell.com> * sample/opaquetest/Makefile.am : make clean fixes * sample/valtest/Makefile.am : make clean fixes svn path=/trunk/gtk-sharp/; revision=48394
2005-08-15 16:48:14 +00:00
valtest.exe \
valtest.exe.mdb \
sample: Fix compilation of opaque and val tests on osx Using regular expressions for targets is not supported, that's why now a generated-stamp is used to determine whether the files have been generated. This bug might not be related to osx but newer automake versions at least >= 1.14.1
2015-01-14 14:41:45 +00:00
generated-stamp \
build: Fix opaquetest build on Windows Create 2 makefile variable to facilitate build on Windows: GENERATED_SOURCES_FILES to match files created by the code generator, and GENERATED_SOURCES_OPTION for the corresponding option to be passed to the compiler. Also adapt the makefile for the valtest sample to use these variables.
2014-05-04 13:10:07 +00:00
$(GENERATED_SOURCES_FILES)
* sample/opaquetest/Makefile.am (EXTRA_DIST): add missing files (generated/*.cs): fix for srcdir!=builddir * sample/valtest/Makefile.am (EXTRA_DIST): add missing files (Valobj.cs): fix for srcdir!=builddir svn path=/trunk/gtk-sharp/; revision=48393
2005-08-15 16:38:28 +00:00
EXTRA_DIST = \
Valtest.cs \
valobj-api.xml \
valobj-sources.xml
Reference in a new issue Copy permalink