Commit graph

94 commits

Author SHA1 Message Date
Thibault Saunier
c7205a135d Do not use glue for GIO 2017-09-02 11:19:34 -03:00
Thibault Saunier
74a4cf71e3 meson: Build valtest 2017-09-02 11:19:34 -03:00
Thibault Saunier
44d2af717a meson: Add an option to disabling installing assemblies
This is useful when used as a subproject which is generating a Nuget.
2017-08-31 08:47:02 -03:00
Thibault Saunier
2be716606b meson: Specify all link dependencies in declare_dependency (#33) 2017-08-25 15:11:37 +02:00
Thibault Saunier
f90d29dc69 meson: Install missing .pc/lib/gapi XML files (#32) 2017-08-24 21:49:02 +02:00
Thibault Saunier
6d9c9fefae meson: Add glue libraries generation (#31) 2017-08-24 15:57:07 +02:00
Thibault Saunier
4f388c6ef7 Add meson build definitions (#30) 2017-08-24 15:21:41 +02:00
Mikkel Kruse Johnsen
9af0176bd2 Updated to 3.22. Need to fix GtkMenu and Popup 2017-01-20 13:10:48 +01:00
Marek Habersack
5e164b4340 Fix the ActionMap.AddActionEntries API
The 'entries' parameter is an array.
2016-12-18 00:09:43 +01:00
Mikkel Kruse Johnsen
8e355c73d3 Updated to 3.20.6 and included SimpleAction 2016-07-25 08:40:09 +02:00
Mikkel Kruse Johnsen
36b6b713e6 Updated to Gtk+ 3.20.4 2016-05-11 09:50:01 +02:00
Mikkel Kruse Johnsen
a8d9a119d8 Update to Gtk 3.18.2
Had to change gapi2xml.pl to use the new properties method/macro in gtkwindow.c
- Issue, "invisible-chars" and "inner-border" is generated twice in gtkentry.c

Made patch to gwin32registrykey to use little endian by default. So Windows om ARM may fail.
2015-11-10 11:37:34 +01:00
MIkkel Kruse Johnsen
62b9345c7f Merge pull request #2 from orion75/gtk-sharp-3-14-branch
Gtk sharp 3 14 branch
2015-10-30 08:23:19 +01:00
Harol Alfonso Reina Herrera
b20872aa41 Revert: Seperate pkgconfig version from package version 2015-10-29 11:43:03 -05:00
Harol Alfonso Reina Herrera
751a5ceed5 Update References file's in csproj 2015-10-29 10:10:23 -05:00
Harol Alfonso Reina Herrera
16310b15a0 Update csproj TargetFrameworkVersion 2015-10-29 09:24:44 -05:00
Antonius Riha
d98f6c3421 csproj ToolsVersion to 4.0 2015-10-29 08:48:49 -05:00
Mikkel Kruse Johnsen
542be14153 Constructor 2015-09-04 13:56:56 +02:00
Mikkel Kruse Johnsen
95f59a7b5a Fix IScrollable and List class 2015-09-04 11:54:19 +02:00
Mikkel Kruse Johnsen
6774f0b71d Track 3.16.6 2015-09-04 11:15:29 +02:00
Mikkel Kruse Johnsen
120b3ce9cd Merge remote-tracking branch 'upstream/master' 2015-07-24 07:42:55 +02:00
Bertrand Lorentz
a3db272fee gio: Use the GioNativeDll in all custom gio code
The previous commit added the GioNativeDll constant for DllImport
statements, so we might as well use it.
2015-05-10 17:50:23 +02:00
Antonius Riha
b06ff4fd15 gio: Improve the Run method API in GLib.Application
We don't need an argc parameter, but the program name is required.

Signed-off-by: Bertrand Lorentz <bertrand.lorentz@gmail.com>
2015-05-10 17:46:32 +02:00
Mikkel Kruse Johnsen
8bf4dc10d9 3.14.6 2015-01-20 10:26:02 +01:00
Mikkel Kruse Johnsen
4efdb7c3aa Seperate pkgconfig version from package version 2014-11-05 15:06:03 +01:00
Mikkel Kruse Johnsen
d33628d632 Updated to Gtk 3.12 2014-11-03 15:52:55 +01:00
Antonius Riha
2034648ec2 csproj: Fix assembly names and include *.dll.config in output
Signed-off-by: Bertrand Lorentz <bertrand.lorentz@gmail.com>
2014-09-21 15:07:38 +02:00
Bertrand Lorentz
fe0be81892 build: Require GLib 2.32 or above
GLib 2.32 has been released in March 2012, so we can now require it a
build and run time. This allows us to remove GLib 2.31 conditionals,
mark the Thread.Init as obsolete, and remove all references to
libgthread.

Please note that the API exposed in glib and gio is still from 2.28, but
we will have some API additions in the future. First example is the next
commit, which brings GBytes, an addition in GLib 2.32.
2014-08-10 18:20:01 +02:00
Stephan Sundermann
a74534e835 generator: Create a directory for each namespace
When dealing with several namespaces there might be classes with the same name
(especially Global which is autogenerated in g-i based bindings). On generation
the file would be overriden by the last occurence in the xml. To encounter
this every namespace has it's own directory now. This also improves structure
a lot when dealing with big libraries.

Also do the necessary adaption for the build and the csproj files.
2014-03-01 21:16:54 +01:00
Bertrand Lorentz
0d781f485f gio: Delete DBusInterfaceVTable class
It was never included in the build, and never modified since it was
first created.
2013-11-02 15:53:29 +01:00
Andrés G. Aragoneses
10546e2ffa MSBuild: fix the solution build (except audit and sample projects)
This commit makes it possible to build any project of the gtk-sharp.sln
from an IDE (except audit and sample projects, which require a bit more
work).

This doesn't mean that autotools is deprecated, but just that it is more
comfortable to use an IDE when working on gtk-sharp because it will
offer better auto-completion, and will stop highlight misleading
semantic errors, from now on.
2013-11-02 15:48:58 +01:00
Andrés G. Aragoneses
5600b2cb29 gio: update MSBuild csproj file to account for recent changes 2013-10-22 12:17:38 +02:00
Bertrand Lorentz
b2fb84d14b Clean up .gitignore files 2013-10-13 18:38:33 +02:00
Bertrand Lorentz
ac9da8d4aa gio: Fix up first ApplicationFlags enum to be None instead of FlagsNone 2013-10-13 15:44:59 +02:00
Bertrand Lorentz
68780a6226 gio: Fix up returns type for several GSettings methods 2013-10-11 22:32:46 +02:00
Andrés G. Aragoneses
872e0edfdd MSBuild: remove AssemblyInfo.cs where it's not present
The only autogenerated AssemblyInfo files are in cairo and in
gtk-sharp's root, not inside other libraries like atk, glib, etc.
Removing them will make MonoDevelop stop rendering a red element
underneath each project.
2013-09-24 01:24:39 +02:00
Andrés G. Aragoneses
9016c304de MSBuild: change some projects to Library type, not Executable
Even though gtk-sharp cannot be built via MSBuild (yet?), it's better
to make the .csproj reflect more closely what you get with the normal
build.
2013-09-24 01:24:33 +02:00
Andrés G. Aragoneses
74b6340d86 MSBuild: update some project files to account for recent changes 2013-08-23 23:56:23 +02:00
Andres G. Aragoneses
321181b761 gio: Track API changes (I- interface prefixes)
This includes changes to fix the build, and changes to custom code that
gets added to the generated code. I.e. File.cs now becomes IFile.cs
2013-07-23 12:05:24 -05:00
Andrés G. Aragoneses
10d3293d3f 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 10:59:28 +02:00
Andres G. Aragoneses
1a1300c762 gio: Add fix-ups for GSettings.GetStrv and SetStrv values
The values handled by those two methods are null-terminated arrays of
strings, owned by the caller, so mark them as such.

Signed-off-by: Bertrand Lorentz <bertrand.lorentz@gmail.com>
2013-04-01 11:41:43 +02:00
Bertrand Lorentz
b312fcbc8c gio: Rename the DBus.Address* methods
Fix-ups to improve the DBus.Address* method names.

For example, DBus.GetStream(string address ...) is clear enough and
better than DBus.AddressGetStream(string address ...).
2012-11-18 12:22:17 +01:00
Bertrand Lorentz
14c0a84fdb gio: Rename the Dbus class to DBus
An uppercase B in DBus make the class name consistent with all the other
DBus* classes.
2012-11-18 12:20:20 +01:00
Bertrand Lorentz
fab58ea99d gio: Hide GioGlobal.RegistryBackendGetType method
It's Windows-specific, and probably doesn't need to be called directly
by anyone.
2012-11-18 11:55:28 +01:00
Bertrand Lorentz
722ec40812 gio: Move static methods from Simple to SimpleAsyncResult class
Static methods corresponding to g_simple_async_report_* functions were
automatically grouped into the badly-named Simple class.

Add fix-ups to hide this Simple class, move the methods to
SimpleAsyncResult and rename them accordingly.
2012-11-18 11:35:35 +01:00
Bertrand Lorentz
f3a001a7bb gio: Enable the GSocketMsgFlags enum with hardcoded values
Same as the previous commit for GSocketFamily, the values are not going
to change much.
2012-11-12 20:36:55 +01:00
Bertrand Lorentz
0f13a66762 gio: Enable the GSocketFamily enum with hardcoded values
The values found by the parser for the GSocketFamily enum are in fact
constants defined in another header file, so the generated code would be
invalid.

We now hardcode the values through fix-ups. They probably don't
change, and they are also hardcoded in the gir file anyway, so it should
be OK.

Also fix-up a GInetAddress constructor that now gets generated.
2012-11-12 20:25:42 +01:00
Bertrand Lorentz
0f2af96e0a gio: Add fix-ups to set the scope of a few callbacks 2012-11-11 15:37:56 +01:00
Bertrand Lorentz
cc249042e3 gio: Mark the Seekable interface as consume-only
The implementor class is not generated correctly, because of some
strangeness with the method names. And I don't think anyone would need
to implement it.
2012-11-11 14:52:07 +01:00
Bertrand Lorentz
a17da364b1 gio: Fix-up capitalisation of several property types
For properties, the parser guesses the type name from an all-caps macro
name. So if the GType has a funny name, like dbus -> DBus, the property
type is wrong.
2012-11-11 14:44:03 +01:00