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 776016 - add -std=c++11 to CXXFLAGS
add -std=c++11 to CXXFLAGS
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-12-12 21:13 UTC by Ben
Modified: 2018-11-03 11:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ben 2016-12-12 21:13:04 UTC
This is needed for the Qt example
Comment 1 Sebastian Dröge (slomo) 2016-12-12 21:53:10 UTC
Confirmed, yes. But only when compiling with clang apparently.
Comment 2 Ben 2016-12-13 04:07:13 UTC
because new versions of g++ use -std=gnu++11 (or gnu++14 ?) by default
Comment 3 Sebastian Dröge (slomo) 2016-12-13 09:08:50 UTC
Maybe we can just change it to not use newer C++ features, if there are not that many. Otherwise, can we just use --std=c++11 unconditionally or do we need to use something different for other compilers. Are there any C++11 compilers other than clang and gcc. And MSVC which uses a different build system so doesn't matter here.
Comment 4 Tim-Philipp Müller 2016-12-13 10:10:21 UTC
As I understand it it's Qt that requires c++11 features, not our code (but didn't check).

Maybe we can just check and disable the example if the compiler doesn't support it out of the box.
Comment 5 GStreamer system administrator 2018-11-03 11:52:16 UTC
-- 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/gst-plugins-base/issues/316.