Bug 196262 – x11-libs/gtksourceview-2.0.1 emerge fails : gregex.c:167: error: 'PCRE_ERROR_NULLWSLIMIT' undeclared

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Marcello Magaldi 2007-10-18 08:37:11 UTC]

when I try to merge gtksourceview-2.0.1 it fails with the error 
gregex.c:167: error: 'PCRE_ERROR_NULLWSLIMIT' undeclared  (first use in this function)


Reproducible: Always

Steps to Reproduce:
1.emerge -1 gtksourceview
2.
3.

Actual Results:  
emerge fails

Expected Results:  
emerge should go on

[Comment 1 Jakub Moc (RETIRED) 2007-10-18 08:50:05 UTC]

PCRE_ERROR_NULLWSLIMIT is back in libpcre-7.4, so you can just depend on it.

http://www.pcre.org/changelog.txt

[Comment 2 Marcello Magaldi 2007-10-18 09:09:09 UTC]

(In reply to comment #1)
> PCRE_ERROR_NULLWSLIMIT is back in libpcre-7.4, so you can just depend on it.
> 
> http://www.pcre.org/changelog.txt
> 

unmasking and upgrading to 7.4 did the trick.

[Comment 3 Jakub Moc (RETIRED) 2007-10-18 09:15:23 UTC]

Please don't resolve bugs that are not fixed in the tree (and yeah, you shouldn't mix ~arch ebuilds with stable dependencies).

[Comment 4 Rémi Cardona (RETIRED) 2007-10-18 09:45:11 UTC]

@herd, should we force gtksourceview to use GRegex or PCRE directly? I'm tempted to add --without-system-pcre and up the dep to >=glib-2.13*

see this bit : http://svn.gnome.org/viewvc/gtksourceview/tags/GTKSOURCEVIEW_2_0_1/acinclude.m4?view=markup

[Comment 5 Rémi Cardona (RETIRED) 2007-10-18 16:30:51 UTC]

Fixed, gtksourceview should always use the system libpcre from now on, and the dep has been added to the ebuild.

Thanks for the report