summaryrefslogtreecommitdiff
path: root/generator
AgeCommit message (Collapse)AuthorFilesLines
2009-12-06Some Makefile.am tweaksMaarten Bosmans1-0/+1
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-11-25Update code generator from gtk-sharp trunkSebastian Dröge2-31/+80
2009-10-03Update code generator from gtk-sharp trunkSebastian Dröge2-522/+92
2009-09-23Add hack to the codegenerator to handle "owned-in-call-scope" functionality ↵Sebastian Dröge1-5/+22
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-23Add support for specifying other default values for return valuesSebastian Dröge1-0/+4
This allows us the override the base.SomeVMethod return values in case the native type doesn't implement the VM.
2009-09-11Add some defines that are required by glib-sharp and the codegeneratorSebastian Dröge1-1/+1
2009-09-11Update code generator to latest Gtk# trunkSebastian Dröge7-67/+549
2009-09-03Update internal glib-sharp copy and code generator to latest SVN trunkSebastian Dröge24-287/+148
2009-09-03Fix make distcheckSebastian Dröge1-0/+2
2009-08-05Update code generator and glib-sharp diffsSebastian Dröge1-155/+864
These diffs contain our changes to gtk-sharp trunk
2009-08-05Use internal glib-sharp copy everywhere and make it work side-by-side with ↵Sebastian Dröge22-120/+120
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-05Update code generator from gtk-sharp trunkSebastian Dröge5-25/+38
2009-07-31Update generator from latest Gtk# trunkSebastian Dröge10-40/+659
2009-06-12Fix generator to use MiniObject.OwnedHandle for parameters with owned="true"Maarten Bosmans3-1/+15
2009-06-03Fix marshalling of null terminated string arrays as return valuesSebastian Dröge1-3/+5
2009-06-03Fix ownership of out function parametersSebastian Dröge1-1/+4
This fixes Novell bug #498498.
2009-06-02The MiniObject.CreateNativeObject method does not and can't have parametersSebastian Dröge1-1/+8
2009-06-02Add MiniObject code generator specific cases at more placesSebastian Dröge4-3/+5
2009-05-26Fix build on WindowsMaarten Bosmans1-1/+1
- 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-20Extend the code generator to handle GstMiniObject and implement Gst.MiniObjectSebastian Dröge4-1/+328
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-14Fork the Gtk# codegenerator for nowSebastian Dröge54-0/+8810
We unfortunately need to do this to properly generate bindings for GstMiniObject...