from /usr/include/fribidi/fribidi.h:31, from ../src/unicode.c:28: /usr/include/fribidi/fribidi-types.h:31:11: fatal error: config.h: No such file or directory # include <config.h> ^~~~~~~~~~ compilation terminated. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-no-multilib_20180727-201201 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 [2] x86_64-pc-linux-gnu-7.3.1 * Available Python interpreters, in order of preference: [1] python3.7 [2] python3.6 [3] python2.7 (fallback) [4] pypy3 (fallback) [5] pypy (fallback) Available Ruby profiles: [1] ruby23 (with Rubygems) [2] ruby25 (with Rubygems) * java-config: The following VMs are available for generation-2: emerge -qpv media-libs/quesoglc [ebuild N ] media-libs/quesoglc-0.7.2 USE="-doc -examples -static-libs"
Created attachment 542578 [details] emerge-info.txt
Created attachment 542580 [details] emerge-history.txt
Created attachment 542582 [details] environment
Created attachment 542584 [details] etc.portage.tbz2
Created attachment 542586 [details] logs.tbz2
Created attachment 542588 [details] media-libs:quesoglc-0.7.2:20180806-023615.log
Created attachment 542590 [details] temp.tbz2
i have the same problem here. unmerge/re-emerge dev-libs/fribidi did NOT solve the problem.
I have the same issue. The media-libs/quesoglc-0.7.2 will compile when I comment out the failure causing include in /usr/include/fribidi/fribidi-types.h : #ifdef HAVE_CONFIG_H -- # include <config.h> ++ //# include <config.h> #endif Probably some issue with HAVE_CONFIG_H being defined from outside ?
I'm sure, it is caused by these lines: src_prepare() { rm -rf src/fribidi } At least it builds manually, where I don't remove src/fribidi. This package uses include/qglc_config.h instead if just config.h.
Debian had a similar bug(which is solved): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906506 It seems they have a newer version of fribidi.
(In reply to Daniel Rozsnyo from comment #9) > I have the same issue. The media-libs/quesoglc-0.7.2 will compile when I > comment out the failure causing include in > /usr/include/fribidi/fribidi-types.h : > > > #ifdef HAVE_CONFIG_H > -- # include <config.h> > ++ //# include <config.h> > #endif > > Probably some issue with HAVE_CONFIG_H being defined from outside ? That's odd, since the compile line clearly has that '-DHAVE_CONFIG_H' option: libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../src -D_REENTRANT -DGLEW_MX -pthread -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/freetype2 -pthread -pthread -I/usr/include/fribidi -O2 -pipe -march=native -c ../src/unicode.c -fPIC -DPIC -o .libs/libGLC_la-unicode.o
It solved in the newer version of fribidi. They just commented out that "#include <config.h>" as was suggested in one of the comments above. Seems like quesoglc should depend on the newer version of fribidi, which is not in portage yet. https://github.com/fribidi/fribidi/issues/85 I encountered the issue when I was doing a complete system rebuild with "emerge -e @world". Both packages were and are installed on the system right now, so I wonder what exactly broke them.
This is a bug in fribidi and also a duplicate of #662658. Please close.
*** This bug has been marked as a duplicate of bug 662658 ***