[PHP-BUG] Req #62316 [NEW]: Add --enable-filter flag
From: digitalprecision at gmail dot com Operating system: CentOS release 6.2 (Final) PHP version: 5.3.13 Package: Filter related Bug Type: Feature/Change Request Bug description:Add --enable-filter flag Description: According to filter installation page: "The filter extension is enabled by default as of PHP 5.2.0". The problem I am having is that my configure command passes the --disable-all parameter so I can control exactly which packages are available in a PHP install. So if I pass --disable-all, and the filter extension is enabled by default, and there is no --enable-filter flag, then I am unable to install the filter package. Output of configure --help: root@service1 /usr/local/src/php-5.3.13 # -> ./configure --help | ack -i filter --with-apxs2filter[=FILE] EXPERIMENTAL: Build shared Apache 2.0 Filter module. FILE is the optional --disable-filterDisable input filter support --with-pcre-dir FILTER: pcre install prefix Solution: To add an --enable-filter flag. -- Edit bug report at https://bugs.php.net/bug.php?id=62316&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62316&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62316&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62316&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62316&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62316&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62316&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62316&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62316&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62316&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62316&r=support Expected behavior: https://bugs.php.net/fix.php?id=62316&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62316&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62316&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62316&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62316&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62316&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62316&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62316&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62316&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62316&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62316&r=mysqlcfg
Req #62316 [Opn]: Add --enable-filter flag
Edit report at https://bugs.php.net/bug.php?id=62316&edit=1 ID: 62316 User updated by:digitalprecision at gmail dot com Reported by:digitalprecision at gmail dot com Summary:Add --enable-filter flag Status: Open Type: Feature/Change Request Package:Filter related Operating System: CentOS release 6.2 (Final) PHP Version:5.3.13 Block user comment: N Private report: N New Comment: Kindly disregard. According to ./configure --help: --enable-FEATURE[=ARG] include FEATURE [ARG=yes], which means that I can pass --enable-filter, even though it's not explicitly available via the --help output. Previous Comments: [2012-06-13 18:15:52] digitalprecision at gmail dot com Description: According to filter installation page: "The filter extension is enabled by default as of PHP 5.2.0". The problem I am having is that my configure command passes the --disable-all parameter so I can control exactly which packages are available in a PHP install. So if I pass --disable-all, and the filter extension is enabled by default, and there is no --enable-filter flag, then I am unable to install the filter package. Output of configure --help: root@service1 /usr/local/src/php-5.3.13 # -> ./configure --help | ack -i filter --with-apxs2filter[=FILE] EXPERIMENTAL: Build shared Apache 2.0 Filter module. FILE is the optional --disable-filterDisable input filter support --with-pcre-dir FILTER: pcre install prefix Solution: To add an --enable-filter flag. -- Edit this bug report at https://bugs.php.net/bug.php?id=62316&edit=1
Req #48972 [Com]: Function names are case-insensitive
Edit report at http://bugs.php.net/bug.php?id=48972&edit=1 ID: 48972 Comment by: digitalprecision at gmail dot com Reported by:jgrosch at mooseriver dot com Summary:Function names are case-insensitive Status: Wont fix Type: Feature/Change Request Package:Feature/Change Request Operating System: FreeBSD 7.1 PHP Version:5.2.10 Block user comment: N Private report: N New Comment: Seriously? Won't fix? This issue coupled with loose data types just compounds the reasons why developers opt for different languages. Bad practices encourage bad code. Previous Comments: [2010-10-04 11:18:25] sarimarton at gmail dot com I second this. [2009-07-18 19:57:34] jgrosch at mooseriver dot com Description: Function names are case-insensitive. This is really stupid and makes for very bad code. If you want to really do object oriented code you need to support polymorphism and you can't do that with case-insensitive function names. How about joining us here in the 21st century and fix this. -- Edit this bug report at http://bugs.php.net/bug.php?id=48972&edit=1
