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 142423 - Forte problems with building gstreamer
Forte problems with building gstreamer
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other opensolaris
: High major
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-05-12 20:26 UTC by Brian Cameron
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch fixing this problem (650 bytes, patch)
2004-05-12 20:27 UTC, Brian Cameron 		none Details | Review

Description Brian Cameron 2004-05-12 20:26:56 UTC 
gst-plugins fails to build due to a problem with the GST_ELEMENT_ERROR
macro in gstelement.h.  In fact, I'm not sure how this code compiles on
Linux without parens around the function arguments.
Comment 1 Brian Cameron 2004-05-12 20:27:28 UTC 
Created attachment 27649 [details] [review]
patch fixing this problem
Comment 2 David Schleef 2004-05-12 20:31:16 UTC 
the message and debug paramters must already have () around them.  It's a
strange contruction, but essentially the only way to do it in C, since it's
trying to be a function that takes two set of variadic arguments.
Comment 3 Brian Cameron 2004-05-12 21:05:16 UTC 
Closing this bug.  I just realized that the bug is actually because the
call to GST_ELEMENT_ERROR in gst/ffmpegcolorspace/gstffmpegcolorspace.c
passes NULL into the macro instead of (NULL).  This has been already fixed
in CVS head.
Comment 4 Ronald Bultje 2004-05-12 21:16:29 UTC 
It works under Linux because Linux defines NULL as (0x0) instead of 0 (which is
how it's defined in C++, Solaris, BSD, etc.).