[Gtk-sharp-list] gst-sharp

[John Luke]

--=-/8gpFT41QH1bWTwAXcUO
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hello everyone,

I finally figured out why gstreamer-0.6.x failed to go through the gtk#
parser by diffing against the 0.7.1 version.  I have attached the patch
for those interested.  Are these two lines something that should cause
the parser to hang?

Is gst-sharp something that should continue to be a part of Gtk#, or
should it be moved to a seperate project?  Is anyone working on it? Alp?

I am fairly close to having it build with the 0.6.4 version, just have a
few more metadata tricks to figure out.

Thanks,
John

--=-/8gpFT41QH1bWTwAXcUO
Content-Disposition: attachment; filename=gstreamer-parse.patch
Content-Type: text/x-patch; name=gstreamer-parse.patch; charset=
Content-Transfer-Encoding: 7bit

--- gstatomic_impl.h.orig	2003-10-26 20:46:38.742066880 -0500
+++ gstatomic_impl.h	2003-10-26 20:46:47.697705416 -0500
@@ -323,7 +323,7 @@
 }
 
 /***** MIPS *****/
-#elif defined(HAVE_CPU_MIPS) && defined(__GNUC__)
+#elif defined(HAVE_CPU_MIPS) && defined(__GNUC__) && 0
 
 GST_INLINE_FUNC void 	gst_atomic_int_init 	(GstAtomicInt *aint, gint val) { aint->counter = val; }
 GST_INLINE_FUNC void 	gst_atomic_int_destroy 	(GstAtomicInt *aint) { } 
@@ -375,7 +375,6 @@
 
 /***** S/390 *****/
 #elif defined(HAVE_CPU_S390) && defined(__GNUC__)
-typedef struct { volatile int counter; } atomic_t __attribute__ ((aligned (4)));
 
 GST_INLINE_FUNC void 	gst_atomic_int_init 	(GstAtomicInt *aint, gint val) { aint->counter = val; }
 GST_INLINE_FUNC void 	gst_atomic_int_destroy 	(GstAtomicInt *aint) { } 

--=-/8gpFT41QH1bWTwAXcUO--