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 87823 - 0.4.0 release not GCC 3.1 compliant
0.4.0 release not GCC 3.1 compliant
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.4.0
Other Linux
: Normal normal
: 0.4.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-07-10 12:25 UTC by Ali Akcaagac
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0

Attachments
here some informations. (28.29 KB, application/octet-stream)
2002-07-10 12:26 UTC, Ali Akcaagac 		Details

Description Ali Akcaagac 2002-07-10 12:25:58 UTC 
after trying to build gst-plugins-0.4.0 using gcc 3.1 i got a couple of 
warnings related to /usr/local/include in wrong searchpath. this is a 
known new feature from gcc 3.1 and not a bug of my system. the problem is 
you people have -Werror hardcoded into the configure script that cant be 
overwritten with --disable-more-warnings or some stuff. at the end the 
compiler warning will become a real error and exits. there are two ways 
for me to fix this. 
 
a) remove -Werror from the configure to skip that output 
b) fix tweak the makefiles by removing -I/usr/local/include to get things 
compiled.
Comment 1 Ali Akcaagac 2002-07-10 12:26:57 UTC 
Created attachment 9771 [details]
here some informations.
Comment 2 Thomas Vander Stichele 2002-07-10 13:10:39 UTC 
the attachment is in .tar.bz2 format, by the way.

Basically, the problem is that dependency libraries could add system
include dirs through their m4 macros or pkg-config files, which get
added to the CFLAGS line, which makes the gcc 3.1 compiler give a warning.

We should figure out how other projects deal with this, and if we
should make upstream fixes for all dependency libs to not export
system include dirs.  Don't know if that's possible though, will have
to be researched.
Comment 3 Ali Akcaagac 2002-08-09 07:32:02 UTC 
hmm i rethought about that issue is it possible to have a workaround
for the first e.g. a check for gcc 3.x and if so then exclude the
"-Werror" CFLAGS ?
Comment 4 Christian Fredrik Kalager Schaller 2002-09-15 17:11:31 UTC 

*** This bug has been marked as a duplicate of 89622 ***
Comment 5 Thomas Vander Stichele 2002-10-19 14:34:25 UTC 
This should now be fixed in CVS by adding a macro that scrubs CFLAGS.
 If I missed it for any dependency, let me know.
Comment 6 Christian Fredrik Kalager Schaller 2002-10-26 09:18:31 UTC 
Not heard anything back, assume this is now working.