summaryrefslogtreecommitdiffstats
path: root/package/pcre/Config.in
Commit message (Collapse)AuthorAgeFilesLines
* pcre: always enable the 8-bits versionThomas Petazzoni2013-03-091-9/+3
| | | | | | | | | | | | | | | | | | | | | | Commit 7154798a461a8b2c (pcre: add support for 16 bits and 32 bits variants), added in preparation to the introduction of the Qt5 packages, could break other packages that use pcre. Even though by default the pcre 8 bits library is selected if no other variant is selected, a randpackageconfig, or an user, could potentially enable the 16 bits variant even if a package requires the 8 bits variant. This has caused a number of build breakage on packages like ngrep, cegui, nmap and others in the autobuilders. In older to solve this, we simply unconditionally build the 8-bits variant. Since each variant is only ~90k in size, it's probably not worth the effort giving the possibility of building the 16 bits variant only. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* pcre: add support for 16 bits and 32 bits variantsThomas Petazzoni2013-03-061-0/+22
| | | | | | | | | | | Until now, we have been building only the 8bits PCRE variant. However, Qt5 requires the 16bits variant. This commit therefore adds support to build the 16bits and 32bits variants of PCRE. In order to preserve backward compatibility, the 8bits variant is automatically chosen if no specific variant is defined. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* pcre: add homepage to descriptionPeter Korsgaard2008-08-161-0/+2
|
* Kconfig: remove 'default n'Peter Korsgaard2008-07-171-1/+0
| | | | 'default n' is the default, so there's no need to say it explicitly.
* add pcreJohn Voltz2008-04-241-0/+5