Gentoo policy is not to use bundled libraries, so having it depend on an USE flag is a bad idea. Also, with pcre USE flag off, privoxy fails in this way: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `pcre/get.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `pcre/maketables.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `pcre/study.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `pcre/pcre.o' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `pcre/pcreposix.o' is incompatible with i386:x86-64 output pcre/maketables.o: In function `__sbtoupper': /usr/include/_ctype.h:143: undefined reference to `__mb_sb_limit' /usr/include/_ctype.h:143: undefined reference to `_CurrentRuneLocale' pcre/maketables.o: In function `__sbtolower': /usr/include/_ctype.h:157: undefined reference to `__mb_sb_limit' /usr/include/_ctype.h:157: undefined reference to `_CurrentRuneLocale' pcre/maketables.o: In function `__isctype': /usr/include/_ctype.h:129: undefined reference to `_DefaultRuneLocale' pcre/maketables.o: In function `__sbmaskrune': /usr/include/_ctype.h:110: undefined reference to `__mb_sb_limit' /usr/include/_ctype.h:110: undefined reference to `_CurrentRuneLocale' collect2: ld returned 1 exit status make: *** [privoxy] Error 1 because there is a prebuilt version in the tarball too. And also, configure reports: configure: WARNING: You are using the static PCRE code which is scheduled for removal, for details see: https://sourceforge.net/mailarchive/message.php?msg_id=20080511195555.2dc6cfdc%40fabiankeil.de Solution: drop the pcre USE flag and always enable dynamic pcre with libpcre as an hard dependency. Thanks, Diego
Hmm... I think pcre support was optional in 3.0.3. Fixed in 3.0.9_beta-r1.