checking for FLAC__stream_decoder_skip_single_frame in -lFLAC... yes checking for pcre-config... /usr/bin/pcre-config checking for libpcrecpp... no configure: error: Could not find the PCRE C++ library !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/media-video/mkvtoolnix-1.8.0/work/mkvtoolnix-1.8.0/config.log !!! ERROR: media-video/mkvtoolnix-1.8.0 failed. # qlist -vI pcre dev-libs/libpcre-6.6 qlist -vI mkvtoolnix media-video/mkvtoolnix-1.7.0 and i have pcre use flag on in make.conf
Created attachment 102560 [details] emerge --info
*** This bug has been marked as a duplicate of 155553 *** *** This bug has been marked as a duplicate of 155553 ***
how can that be a duplicate, since i have libpcre and i synced yesterday, #155553 should be fixed now, and that was only a fix of dependency on libpcre?
Maybe you're right, but I can't reproduce it: !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/media-video/mkvtoolnix-1.8.0/work/mkvtoolnix-1.8.0/config.log
Created attachment 102592 [details] /var/tmp/portage/media-video/mkvtoolnix-1.8.0/work/mkvtoolnix-1.8.0/config.log yes, sure, sorry here it is
In file included from /usr/include/pcrecpp.h:333, from conftest.cpp:33: /usr/include/pcre_stringpiece.h:50:30: error: bits/type_traits.h: No such file or directory /usr/include/pcre_stringpiece.h:160: error: '__type_traits' is not a template /usr/include/pcre_stringpiece.h:160: error: explicit specialization of non-template '__type_traits' In my /usr/include/pcre_stringpiece.h, around line 50, I have : #if 0 #define HAVE_TYPE_TRAITS #include <type_traits.h> #elif 0 #define HAVE_TYPE_TRAITS #include <bits/type_traits.h> #endif Can you please attach yours also ?
Created attachment 102593 [details] /usr/include/pcre_stringpiece.h sure
Does reemerging libpcre solves this ? It seems that libpcre uses compile time detection to generate its headers, it enables bits type straits if it can find /usr/include/bits/type_traits.h What are the packages providing it for you ?
i don't have /usr/include/bits/type_traits.h. i'll reemerge libpcre and mkvtoolnix and report it here as it finishes
i reemerged libpcre /usr/include/bits/type_traits.h did not appear mkvtoolnix passed the configure, now it's building. thanks
From libpcre configure.ac : AC_CHECK_HEADERS(bits/type_traits.h, [pcre_have_bits_type_traits="1"], [pcre_have_bits_type_traits="0"]) AC_CHECK_HEADERS(type_traits.h, [pcre_have_type_traits="1"], [pcre_have_type_traits="0"]) from libpcre pcre_stringpiece.h.in : #if @pcre_have_type_traits@ #define HAVE_TYPE_TRAITS #include <type_traits.h> #elif @pcre_have_bits_type_traits@ #define HAVE_TYPE_TRAITS #include <bits/type_traits.h> #endif the files in /usr/include/bits are provided by glibc on my system, and libpcre uses compile time detection for this, what may cause errors such as this one if at a later time those headers are removed.
*** Bug 156652 has been marked as a duplicate of this bug. ***
*** Bug 157252 has been marked as a duplicate of this bug. ***
*** Bug 157254 has been marked as a duplicate of this bug. ***
I had the same problem. It was fixed after _manually_ reemerging libpcre.
*** Bug 157722 has been marked as a duplicate of this bug. ***
(In reply to comment #15) > I had the same problem. > > It was fixed after _manually_ reemerging libpcre. > Same here.
*** Bug 160348 has been marked as a duplicate of this bug. ***
*** Bug 161496 has been marked as a duplicate of this bug. ***
*** Bug 162322 has been marked as a duplicate of this bug. ***
*** Bug 163583 has been marked as a duplicate of this bug. ***
*** Bug 164403 has been marked as a duplicate of this bug. ***
*** Bug 165487 has been marked as a duplicate of this bug. ***
*** Bug 165797 has been marked as a duplicate of this bug. ***
this seems to happen when libpcre is emerged with gcc 3.4(.2) and you try to emerge mkvtoolnix with gcc 4.(1.2), or so. Remerging libpcre with gcc 4 or emerging mvktoolnix with gcc 3(.4) probably works, trying the former now. The only bits/type_traits.h files on my system are /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.6/include/g++-v3/bits/type_traits.h /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/include/g++/type_traits.h /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3/bits/type_traits.h /usr/include/sigc++-2.0/sigc++/type_traits.h and i have those three gccs and 4.1.2 installed.
I had the problem with mkvtoolnix and i can confirm the latest comment. Unmerging libpcre helped. It got re-emerged by the dependencies and mkvtoolnix could finally be configured.
flameeyes, anant - ideas?
libpcre-7.3-r1 is in the process of stabilization (bug #195416). All versions of libpcre < 7.3-r1 suffer from multiple memory corruption (bug #198198). This means we will be masking all versions lower than 7.3-r1 is the coming weeks, and all users will be forced to build 7.3-r1, auto-magically solving the issue.
(In reply to comment #28) > libpcre-7.3-r1 is in the process of stabilization (bug #195416). All versions > of libpcre < 7.3-r1 suffer from multiple memory corruption (bug #198198). > This means we will be masking all versions lower than 7.3-r1 is the coming > weeks, and all users will be forced to build 7.3-r1, auto-magically solving the > issue. The mask never happened, but libpcre 7.4 is stable by now. I cleaned up the old ebuilds, so marking this as fixed.