GNOME Bugzilla – Bug 770079
GST_PARAM_USER_SHIFT should represent minimum shift count
Last modified: 2018-11-03 12:35:42 UTC
Created attachment 333552 [details] [review] Do not shift GST_PARAM_USER_SHIFT The following code would rightfully result in a compiler warning: #define TME_API_PARAM_EXPOSED (1 << (GST_PARAM_USER_SHIFT + 1)) warning: shift count >= width of type [-Wshift-count-overflow] if ((pspec->flags & TME_API_PARAM_EXPOSED) == 0) ^~~~~~~~~~~~~~~~~~~~~ ... because GST_PARAM_USER_SHIFT is already a shifted high integer value. See attached patch for a fix to restore the expected behavior of GST_PARAM_USER_SHIFT.
For anybody using it how it would work nowadays, this is an API breakage :)
According to a related discussion in https://bugzilla.gnome.org/show_bug.cgi?id=770077, these flags should probably be deprecated anyway, and custom metadata be accessed over a well-defined qdata entry of the param spec. At least for now that's how we'll work around the problem.
What shall we do with this? I think the best we can do is - deprecate GST_PARAM_USER_SHIFT - add GST_PARAM_USER_SHIFT_PROPER or such
Let's deprecate it at least
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/183.