After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 643764 - Compiling gstreamer-sharp fails for 64 bit windows
Compiling gstreamer-sharp fails for 64 bit windows
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-sharp
git master
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-03-03 09:42 UTC by Hib Eris
Modified: 2014-03-02 20:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Use uint instead of UIntPtr for gulong on windows 64 bit (2.32 KB, patch)
2011-03-03 09:42 UTC, Hib Eris
needs-work Details | Review

Description Hib Eris 2011-03-03 09:42:53 UTC
Created attachment 182327 [details] [review]
Use uint instead of UIntPtr for gulong on windows 64 bit

When I (cross) compile gstreamer-sharp using a mingw64 compiler, it fails.
The cause of this is that on windows 64bit, a glong is of size 4, while on linux 64 bit a glong is of size 8.

I have attached a patch that allows me to successfully compile. I am not sure it is correct or that it is the desired way to handle this. Please review.

Maybe, you might want to remove the bindings for gst_x_overlay_got_xwindow_id() altogether, as this function is deprecated in favour of gst_x_overlay_got_window_handle()?
Comment 1 Sebastian Dröge (slomo) 2011-03-03 14:33:03 UTC
The better solution would be to switch to the new GstXOverlay API, which uses a guint64 in all cases for the handle.
Comment 2 Sebastian Dröge (slomo) 2014-03-02 20:50:40 UTC
This is fixed by the new 1.x based bindings.