Maarten Bosmans
593a106149
Some Makefile.am tweaks
...
Executables on Windows have a .exe extension, so don't hardcode gsts-xmlinspect in TARGETS, but let automake figure it out.
Add Makefile.in to MAINTAINERCLEANFILES.
Fix typo in glue/Makefile.am.
2009-12-06 11:16:01 +01:00
Sebastian Dröge
6c1b52b76a
Update code generator from gtk-sharp trunk
2009-11-25 08:10:39 +01:00
Sebastian Dröge
b61b4e9bc5
Update code generator from gtk-sharp trunk
2009-10-03 11:59:14 +02:00
Sebastian Dröge
c751dcaf07
Add hack to the codegenerator to handle "owned-in-call-scope" functionality to virtual methods
...
This is needed for things like BaseTransform.OnTransformIp's buffer parameter.
During the call we own the reference but not afterwards.
2009-09-23 08:20:59 +02:00
Sebastian Dröge
fc4c56bfa3
Add support for specifying other default values for return values
...
This allows us the override the base.SomeVMethod return values in case
the native type doesn't implement the VM.
2009-09-23 07:10:36 +02:00
Sebastian Dröge
3bfd60a046
Add some defines that are required by glib-sharp and the codegenerator
2009-09-11 10:30:26 +02:00
Sebastian Dröge
b325f3c5e6
Update code generator to latest Gtk# trunk
2009-09-11 10:14:42 +02:00
Sebastian Dröge
6affc35486
Update internal glib-sharp copy and code generator to latest SVN trunk
2009-09-03 11:08:27 +02:00
Sebastian Dröge
af356f46c6
Fix make distcheck
2009-09-03 10:21:50 +02:00
Sebastian Dröge
39f1f2b7ad
Update code generator and glib-sharp diffs
...
These diffs contain our changes to gtk-sharp trunk
2009-08-05 17:42:12 +02:00
Sebastian Dröge
aa7bb8fa1c
Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp
...
glib-sharp will only get a new release with the new API that we need for
3.0 in a year or something. Instead of waiting a year before we can release
something we now have our own internal copy of glib-sharp trunk that will
be dropped once glib-sharp 3.0 is released.
Everything is now compilable and working without any additional patches.
2009-08-05 16:57:20 +02:00
Sebastian Dröge
1841f75917
Update code generator from gtk-sharp trunk
2009-08-05 16:46:19 +02:00
Sebastian Dröge
92b2a3214b
Update generator from latest Gtk# trunk
2009-07-31 10:11:12 +02:00
Maarten Bosmans
896ddae3c5
Fix generator to use MiniObject.OwnedHandle for parameters with owned="true"
2009-06-12 22:15:40 +02:00
Sebastian Dröge
6ab410403c
Fix marshalling of null terminated string arrays as return values
2009-06-03 21:10:57 +02:00
Sebastian Dröge
7a57660044
Fix ownership of out function parameters
...
This fixes Novell bug #498498 .
2009-06-03 20:47:37 +02:00
Sebastian Dröge
0efb6ed587
The MiniObject.CreateNativeObject method does not and can't have parameters
2009-06-02 12:39:07 +02:00
Sebastian Dröge
74756f2c2a
Add MiniObject code generator specific cases at more places
2009-06-02 12:34:18 +02:00
Maarten Bosmans
febcfd772c
Fix build on Windows
...
- use -option instead of /option
- use path\file.cs for csc.exe and path/file.cs for mcs
- don't build samples/gtk-video-player when using csc.exe
2009-05-26 15:35:00 +02:00
Sebastian Dröge
cf9fd6ec9a
Extend the code generator to handle GstMiniObject and implement Gst.MiniObject
...
Also fix indention everywhere and change code to use Gst.MiniObject.GetObject()
instead of GLib.Opaque.GetOpaque().
It's currently not possible to implement or use GInterfaces on mini objects
but apart from that this should be a great improvement, especially new
mini object classes can be defined in C# now.
2009-05-20 17:32:03 +02:00
Sebastian Dröge
4582abb4f3
Fork the Gtk# codegenerator for now
...
We unfortunately need to do this to properly generate bindings for
GstMiniObject...
2009-05-14 21:38:28 +02:00
