| Summary: | dev-libs/libpcre-6.6 has automagic deps for headers generation | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Balint Dobai-Pataky <dpblnt> |
| Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aballier, anant, benoit.knecht, bjt23, carlo, fauli, felix-gentoo, flameeyes, grafgrimm77, hnock, jakub, krakrjak, luke-jr+gentoobugs, n.hasenbanck, orzel, saurabhsinghvi, telefrancisco |
| Priority: | High | ||
| Version: | 2006.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
emerge --info
/var/tmp/portage/media-video/mkvtoolnix-1.8.0/work/mkvtoolnix-1.8.0/config.log /usr/include/pcre_stringpiece.h |
||
|
Description
Balint Dobai-Pataky
2006-11-22 11:22:25 UTC
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. |
