Bugzilla Bug 155965

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 an attachment (id=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 an attachment (id=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 an attachment (id=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.