#44208 [Bgs]: preg_* UTF-8 support breaks w/ external PCRE
ID: 44208
User updated by: martin dot adolfsson at movel dot se
Reported By: martin dot adolfsson at movel dot se
Status: Bogus
Bug Type: PCRE related
Operating System: Debian GNU/Linux 4.0
PHP Version: 5.2.5
New Comment:
It is quite possible that you are correct, and that the problem
actually is on my side, but I would like for you to consider the
following:
- All software is built on a dedicated build-host, by automated
scripts.
- No other installations of PCRE exists on the system.
- The same build-system is building a whole bunch of other software,
all without problems.
With this background, you can surely see why I feel that simply stating
that the problem is on my side is unsatisfactory, when all indications
show that PCRE has been build successfully with UTF-8 support.
Since this is a stripped, dedicated buildhost, I can provide you with
SSH access to it if you wish to validate my claims.
Previous Comments:
[2008-03-02 16:22:08] [EMAIL PROTECTED]
You've something broken on your end. I've compiled pcre with the same
options as you did and it worked correctly.
[2008-02-22 08:26:37] martin dot adolfsson at movel dot se
Might add some details from pcre-7.6:
pcre-7.6 configuration summary:
...
Enable UTF-8 support : yes
Unicode properties .. : yes
...
[src/pcre_tables.c]--
#ifdef SUPPORT_UTF8
const int _pcre_utf8_table1[] =...
.
[src/pcre_tables.c]--
$ strings lib/libpcre.a | grep pcre_utf8_table1
_pcre_utf8_table1
...
So AFAIK, PCRE has been built successfully w/ UTF-8 support.
[2008-02-22 08:03:39] martin dot adolfsson at movel dot se
Description:
Attempting to use external PCRE library (7.6), configured with
--enable-static
--disable-shared
--enable-utf8
--enable-unicode-properties
--disable-cpp
in PHP 5.2.5, configured with (among other options):
--with-pcre-regex={PATH_TO_PCRE_INSTALLATION}
Results in calls to preg_match() with /u modifier triggering an error
and stating that this version of PCRE is not compiled with PCRE_UTF8
support.
Reproduce code:
---
preg_match('//u', '' );
Expected result:
empty
Actual result:
--
preg_match() [a href='function.preg-match'function.preg-match/a]:
Compilation failed: this version of PCRE is not compiled with PCRE_UTF8
support at offset 0 in ...
--
Edit this bug report at http://bugs.php.net/?id=44208edit=1
#44208 [NEW]: preg_* UTF-8 support breaks w/ external PCRE
From: martin dot adolfsson at movel dot se
Operating system: Debian GNU/Linux 4.0
PHP version: 5.2.5
PHP Bug Type: PCRE related
Bug description: preg_* UTF-8 support breaks w/ external PCRE
Description:
Attempting to use external PCRE library (7.6), configured with
--enable-static
--disable-shared
--enable-utf8
--enable-unicode-properties
--disable-cpp
in PHP 5.2.5, configured with (among other options):
--with-pcre-regex={PATH_TO_PCRE_INSTALLATION}
Results in calls to preg_match() with /u modifier triggering an error and
stating that this version of PCRE is not compiled with PCRE_UTF8 support.
Reproduce code:
---
preg_match('//u', '' );
Expected result:
empty
Actual result:
--
preg_match() [a href='function.preg-match'function.preg-match/a]:
Compilation failed: this version of PCRE is not compiled with PCRE_UTF8
support at offset 0 in ...
--
Edit bug report at http://bugs.php.net/?id=44208edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44208r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44208r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44208r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44208r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44208r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44208r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44208r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44208r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44208r=support
Expected behavior:http://bugs.php.net/fix.php?id=44208r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44208r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44208r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44208r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44208r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44208r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44208r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44208r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44208r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44208r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44208r=mysqlcfg
#44208 [Opn]: preg_* UTF-8 support breaks w/ external PCRE
ID: 44208
User updated by: martin dot adolfsson at movel dot se
Reported By: martin dot adolfsson at movel dot se
Status: Open
Bug Type: PCRE related
Operating System: Debian GNU/Linux 4.0
PHP Version: 5.2.5
New Comment:
Might add some details from pcre-7.6:
pcre-7.6 configuration summary:
...
Enable UTF-8 support : yes
Unicode properties .. : yes
...
[src/pcre_tables.c]--
#ifdef SUPPORT_UTF8
const int _pcre_utf8_table1[] =...
.
[src/pcre_tables.c]--
$ strings lib/libpcre.a | grep pcre_utf8_table1
_pcre_utf8_table1
...
So AFAIK, PCRE has been built successfully w/ UTF-8 support.
Previous Comments:
[2008-02-22 08:03:39] martin dot adolfsson at movel dot se
Description:
Attempting to use external PCRE library (7.6), configured with
--enable-static
--disable-shared
--enable-utf8
--enable-unicode-properties
--disable-cpp
in PHP 5.2.5, configured with (among other options):
--with-pcre-regex={PATH_TO_PCRE_INSTALLATION}
Results in calls to preg_match() with /u modifier triggering an error
and stating that this version of PCRE is not compiled with PCRE_UTF8
support.
Reproduce code:
---
preg_match('//u', '' );
Expected result:
empty
Actual result:
--
preg_match() [a href='function.preg-match'function.preg-match/a]:
Compilation failed: this version of PCRE is not compiled with PCRE_UTF8
support at offset 0 in ...
--
Edit this bug report at http://bugs.php.net/?id=44208edit=1
