Preconditions/Environment ------------------------- Tested against jethro, still present in master. Bug introduced in http://git.openembedded.org/openembedded-core/commit/meta/recipes-devtools/gcc/gcc-runtime.inc?id=5db535a91edea439c14e75726acd23e64bb1e2ea. Triggering Action/Cause ----------------------- GPLv3 is set as incompatible license. This causes the gcc-runtime recipe to be built, but libgomp* to be excluded from packaging: WARNING: QA Issue: libgomp has an incompatible license. Excluding from packaging. [incompatible-license] WARNING: QA Issue: libgomp-dev has an incompatible license. Excluding from packaging. [incompatible-license] WARNING: QA Issue: libgomp-staticdev has an incompatible license. Excluding from packaging. [incompatible-license] However, the compiler still supports -fopenmp, so software that detects OpenMP support will try to use it and fail. Expectation ----------- libgomp shouldn't declare its license to be GPLv3, because it seems it is covered by the same GCC Runtime Exception as the rest of the GCC runtime libraries. For example, the libgomp.h header explicitly mentions the exception at https://github.com/gcc-mirror/gcc/blob/master/libgomp/libgomp.h#L17. Debian also thinks libgomp is covered by the runtime exception according to http://metadata.ftp-master.debian.org/changelogs/main/g/gcc-6/gcc-6_6-20160228-1_copyright. It isn't clear to me how 5db535a91edea439c14e75726acd23e64bb1e2ea came to the conclusion that libgomp isn't covered by the runtime exception. Actual Result ------------- libgomp should not be excluded from packaging, making -fopenmp work. Reproducibility --------------- always
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=681a45200a3d48173918e8dc880ef1be293ac9c7
Verified on master f7b520878babbaa7527151f22c031ae160512753