Detecting CXX compiler ABI info - failed

[Franco Comida]

I'm building on copr a development version of luminance-hdr which is in
stable at version 2.4.0.
Build failed for rawhide-i386/x86_64

This bug could be the reason for the failure:

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

So i changed spec file to conditionally add -fext-numeric-literals needed
by gnu++11, but not build fails only in rawhide-x86_64

https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAP...

The pulling in of -std=gnu++11 in rawhide should be fixed anyway

[Florian Weimer]

On 08/26/2016 07:27 PM, Franco Comida wrote:
>  I'm building on copr a development version of luminance-hdr which
> is in
>  stable at version 2.4.0.
>  Build failed for rawhide-i386/x86_64
>
>  This bug could be the reason for the failure:
>
>   https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3
>
>  So i changed spec file to conditionally add -fext-numeric-literals needed
>  by gnu++11, but not build fails only in rawhide-x86_64
>
>
> https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAP...
You need to provide instructions to replicate the SRPM at least.  I 
don't see any way to do this from the information your provided.

Thanks,
Florian

[Franco Comida]

I changed our CMakeLists.txt for using set(CMAKE_CXX_STANDARD 11) and it
fixed it. New cmake in rawhide doesn't like passing that flag with
CMAKE_CXX_FLAGS

Thank you

Il 29/Ago/2016 11:06, "Florian Weimer" <fweimer(a)redhat.com&gt; ha scritto:

>  On 08/26/2016 07:27 PM, Franco Comida wrote:
>
> > I'm building on copr a development version of luminance-hdr which is in
> > stable at version 2.4.0.
> > Build failed for rawhide-i386/x86_64
> >
> > This bug could be the reason for the failure:
> >
> >  https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3
> >
> > So i changed spec file to conditionally add -fext-numeric-literals needed
> > by gnu++11, but not build fails only in rawhide-x86_64
> >
> > https://copr-be.cloud.fedoraproject.org/results/fcomida/
> > LuminanceHDR-SNAPSHOT/fedora-rawhide-x86_64/00446298-
> > luminance-hdr/build.log.gz
> >
>
>  You need to provide instructions to replicate the SRPM at least.  I don't
>  see any way to do this from the information your provided.
>
>  Thanks,
>  Florian
>  --
>  devel mailing list
>  devel(a)lists.fedoraproject.org
>  https://lists.fedoraproject.org/admin/lists/[e-mail]
>

[Jonathan Wakely]

On 26/08/16 19:27 +0200, Franco Comida wrote:
> I'm building on copr a development version of luminance-hdr which
> is in
> stable at version 2.4.0.
> Build failed for rawhide-i386/x86_64
>
> This bug could be the reason for the failure:
>
>  https://forum.qt.io/topic/69057/where-std-gnu-11-came-from/3
>
> So i changed spec file to conditionally add -fext-numeric-literals needed
> by gnu++11, but not build fails only in rawhide-x86_64 
-fext-numeric-literals is enabled by default for -std=gnu++11, what
are you trying to do exactly?

You only need to add -fext-numeric-literals if you are using
-std=c++11 (not -std=gnu++11) and you need to use the non-standard
numeric literals instead of the standard C++11 literals.

> https://copr-be.cloud.fedoraproject.org/results/fcomida/LuminanceHDR-SNAP...
>
> 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.

Also, the -std option has nothing to do with the ABI.

[Jakub Jelinek]

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

[Franco Comida]

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&gt; 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/[e-mail]
>