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(a)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(a)lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org