Bug 11738

I was also able to reproduce the problem with gcc version 7.1.0 (GCC) for i586
with the master (about June 28):

$ $CXX -v
Using built-in specs.
COLLECT_GCC=i586-poky-linux-g++
COLLECT_LTO_WRAPPER=/home/juro/sdk-11587/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/7.1.0/lto-wrapper
Target: i586-poky-linux
Configured with: ../../../../../../work-shared/gcc-7.1.0-r0/gcc-7.1.0/configure --build=x86_64-linux --host=x86_64-pokysdk-linux --target=i586-poky-linux --prefix=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr --exec_prefix=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr --bindir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/bin/i586-poky-linux --sbindir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/bin/i586-poky-linux --libexecdir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/libexec/i586-poky-linux --datadir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/share --sysconfdir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/etc --sharedstatedir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/com --localstatedir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/var --libdir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/lib/i586-poky-linux --includedir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/include --oldincludedir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/include --infodir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/share/info --mandir=/opt/poky/2.3/sysroots/x86_64-pokysdk-linux/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/data/master-master/poky/build-11587/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-i586/7.1.0-r0/recipe-sysroot --with-gnu-ld --enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=i586-poky-linux- --without-local-prefix --enable-lto --enable-libssp --enable-libitm --disable-bootstrap --disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu --enable-linker-build-id --with-ppl=no --with-cloog=no --enable-checking=release --enable-cheaders=c_global --without-isl --with-gxx-include-dir=/not/exist/usr/include/c++/7.1.0 --with-build-time-tools=/data/master-master/poky/build-11587/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-i586/7.1.0-r0/recipe-sysroot-native/usr/i586-poky-linux/bin --with-sysroot=/not/exist --with-build-sysroot=/data/master-master/poky/build-11587/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-i586/7.1.0-r0/recipe-sysroot --without-long-double-128 --enable-targets=all --enable-poison-system-directories --with-mpfr=/data/master-master/poky/build-11587/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-i586/7.1.0-r0/recipe-sysroot --with-mpc=/data/master-master/poky/build-11587/tmp/work/x86_64-nativesdk-pokysdk-linux/gcc-cross-canadian-i586/7.1.0-r0/recipe-sysroot --disable-static --enable-nls --enable-initfini-array --enable-__cxa_atexit
Thread model: posix
gcc version 7.1.0 (GCC)

As you noticed, the culprit is "major". After adding #include <sys/types.h> to the main.cpp:

#include <sys/types.h>
#include "precompiled.h"

class Version {
public:
	void major() {}
};

int main(void){ return 0;}


We get:
$CXX $CXXFLAGS  main.cpp 
main.cpp:6:13: warning: In the GNU C Library, "major" is defined
 by <sys/sysmacros.h>. For historical compatibility, it is
 currently defined by <sys/types.h> as well, but we plan to
 remove this soon. To use "major", include <sys/sysmacros.h>
 directly. If you did not intend to use a system-defined macro
 "major", you should undefine it after including <sys/types.h>.
  void major() {}
             ^~~~                       


So a quick work-around would be to either explicitly include <sys/types.h> or
rename the method "major" to something like "version_major".
Of course, there is no good excuse for the segmentation fault so I will look further.

Just a quick observation: Works for me if the pre-compiled header is created with "-save-temps":

$CXX $CXXFLAGS -save-temps -x c++-header precompiled.h

Confirming Juro's workaround of 'save-temps' works for me.
Another workaround appears to be including <sys/sysmacros.h> before anything else in the pre-compiled header (which also defines major and minor).

The bug appears possibly limited to how the 'major()'/'minor()' macros/functions are defined in <sys/types.h>?

Filed a bug report with GCC:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81721

Created attachment 3919 [details]
This patch fixes the problem

Sent a patch to the mailing list:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/140485.html

Patch applies cleanly against the version 6.3 gcc recipe as well.
Fixes the issue in both the reported test case and where I originally encountered the issue.
In both cases I get the expected warning:

warning: In the GNU C Library, "major" is defined
 by <sys/sysmacros.h>. <snip>

Thanks for the help!

Merged with master:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b9b6ede7f8a191b82e8c8c711ad7425fa774c876

(In reply to comment #9)
> Merged with master:
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/
> ?id=b9b6ede7f8a191b82e8c8c711ad7425fa774c876


This patch is no longer needed post GCC 10 as it was fixed correctly upstream.

Andrew, 
Thanks for the report! 
I've asked Naveen Gowda to take a look and remove the patch.
../Randy

FYI, The patch was dropped in: https://git.openembedded.org/openembedded-core/commit/?id=20aea61385e1a53ac245353899277ba20104ed2f