1st build attempt failed on rawhide (both i386/x86_64) and I found out -std=gnu++11 was present in compiling flags (we requested -std=c++11).

Then someone in #fedora-qa pointed me out to this bug report:

https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3

2nd build attempt was just a workaround trying to fix compilation when -std=gnu++11 is present (so the -fext-numeric-literals flag), this time build failed on rawhide x86_64.

The right fix is setting required language standard in cmake as I did ( SET(CMAKE_CXX_STANDARD 11) ),
This time build succeeds on each fedora version (and -std=gnu++11 is used).

Thank you
Franco

On 29 August 2016 at 15:23, Jakub Jelinek <jakub@redhat.com> wrote:

On Mon, Aug 29, 2016 at 02:08:10PM +0100, Jonathan Wakely wrote:
> >https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298-luminance-hdr/build.log.gz
> >
> >The pulling in of -std=gnu++11 in rawhide should be fixed anyway
>
> Nothing in rawhide adds that flag automatically, it must be your
> package.

Well, -std=gnu++14 is the default in GCC 6+, so if you don't pass any -std=
options, that is what you get.

Jakub

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org