Bug #16066 [Nab]:
Edit report at https://bugs.php.net/bug.php?id=16066&edit=1 ID: 16066 Updated by: ras...@php.net Reported by:dave at netready dot biz Summary: It simply isn't valid starting tag without the whitespace. Something else could easily come along that uses the scanner would not find a delimiter so I assume you'd end up with a token "PHPprint" ? which the parser doesn't understand. I digress... an error message is all I ask. [2002-03-18 06:26:24] g...@php.net Goba [2002-03-18 04:07:26] dave at netready dot biz I totally agree that you is horrible. The reason I found this problem was that I was commenting out a section of HTML using PHP tags. I just stuck in but it confused me when it didn't work. If this space is a requirement it really should be mentioned somewhere in the documentation. I'm going to stick a comment on the "Basic Syntax" section of the manual, where it talks about these tags. I do still think they should all be consistant though. ;o) [2002-03-15 21:06:49] yohg...@php.net Apperently, short tag does not need spaces after open tag :) However, there is nothing wrong and there is nothing we should fix here. i.e. Changing " while is not. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=16066 -- Edit this bug report at https://bugs.php.net/bug.php?id=16066&edit=1
Bug #16066 [Com]:
Edit report at https://bugs.php.net/bug.php?id=16066&edit=1 ID: 16066 Comment by: MTee7 at LightHouse57 dot com Reported by:dave at netready dot biz Summary: the scanner would not find a delimiter so I assume you'd end up with a token "PHPprint" ? which the parser doesn't understand. I digress... an error message is all I ask. [2002-03-18 06:26:24] g...@php.net Goba [2002-03-18 04:07:26] dave at netready dot biz I totally agree that you is horrible. The reason I found this problem was that I was commenting out a section of HTML using PHP tags. I just stuck in but it confused me when it didn't work. If this space is a requirement it really should be mentioned somewhere in the documentation. I'm going to stick a comment on the "Basic Syntax" section of the manual, where it talks about these tags. I do still think they should all be consistant though. ;o) [2002-03-15 21:06:49] yohg...@php.net Apperently, short tag does not need spaces after open tag :) However, there is nothing wrong and there is nothing we should fix here. i.e. Changing " while is not. [2002-03-15 07:46:38] dave at netready dot biz Funny... If (as you claim) this: is not a PHP script, howcome PHP actually prints out "Hello" in this situation? (with no warnings or errors) Is PHP in the habit of running code that is "not PHP script" ? So far both of your reasons for marking this bug as "bogus" have contradicted this example, which was in my original bug report and is something you could easily reproduce yourself. This gives me the impression that either you've not bothered reading my comments, you haven't understood what I'm saying or you think its not important enough to be worth fixing so you're making up lame excuses. Please read this bug report properly and think about it before marking it as "bogus" again. If you don't understand it or can't be bothered with it please refer it to someone who does/can, rather than just closing it. Whatever response you do give, PLEASE make sure it doesn't contradict something I've already explained, that is very frustrating. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=16066 -- Edit this bug report at https://bugs.php.net/bug.php?id=16066&edit=1
Bug #63856 [Opn]: --prefix is not recognized by configure for all libraries
Edit report at https://bugs.php.net/bug.php?id=63856&edit=1 ID: 63856 User updated by:mamfelt at gmail dot com Reported by:mamfelt at gmail dot com Summary:--prefix is not recognized by configure for all libraries Status: Open Type: Bug Package:*Compile Issues Operating System: AIX PHP Version:5.3.20 Block user comment: N Private report: N New Comment: my apologies. forgot i had already submitted as #63221, please ignore. :blush: Previous Comments: [2012-12-26 14:19:42] mamfelt at gmail dot com To resolve this I do the following: vi ./configure :1,$s/\/usr\/local/\/opt/g :wq And repeat the configure command, which create a Makefile that compiles successfully. No idea if it is an autoconf error (that is generating the configure script, or if new input is needed - as only SOME libraries fail (libxml2 is the first to fail). [2012-12-26 14:14:52] mamfelt at gmail dot com Description: Running CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc \ --sharedstatedir=/var/php/com \ --localstatedir=/var/php \ --mandir=/usr/share/man fails because it does not find files in ${prefix}/lib and/or ${prefix}/include Test script: --- CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc --sharedstatedir=/var/php/com \ --localstatedir=/var/php --mandir=/usr/share/man Expected result: + make install DESTDIR=/var/tmp/root/php-5.3.20.0 > build/aix/install.out + mkinstallp.ksh /var/tmp/root/php-5.3.20.0 > build/aix/mkinstallp.out == aixtools.php:aixtools.php.man:5.3.20.0::I:T:N:php man pages 2012.Dec.26 13.51 CUT0:: aixtools.php:aixtools.php.rte:5.3.20.0::I:T:N:php 5.3.20.0 2012.Dec.26 13.51 CUT0:: == Actual result: -- ... configure:20951: cc -o conftest -O2 -qcpluscmt conftest.c -lrt -lm 1>&5 configure:20923: checking for strftime configure:21413: checking which regex library to use configure:21830: checking whether to enable LIBXML support configure:21875: checking libxml2 install dir configure:21901: checking for xml2-config path Usage: configure [options] [host] ... Directory and file names: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] ... -- Edit this bug report at https://bugs.php.net/bug.php?id=63856&edit=1
Bug #63221 [Nab]: configure --prefix=/opt fails to search /opt/ for packages
Edit report at https://bugs.php.net/bug.php?id=63221&edit=1 ID: 63221 User updated by:mamfelt at gmail dot com Reported by:mamfelt at gmail dot com Summary:configure --prefix=/opt fails to search /opt/ for packages Status: Not a bug Type: Bug Package:*Configuration Issues Operating System: AIX PHP Version:Irrelevant Block user comment: N Private report: N New Comment: thanks for the explanation. I am used to it working for both. I must have made similiar errors in the past with the --with-something-dir= option, and it does work for some. c'est la vie. p.s. I have not used buildconf - trying to work from distro asis. Previous Comments: [2012-10-22 00:52:53] s...@php.net The --prefix option is the directory that PHP will be installed. It isn't used as a search path. Run "./configure --help" to check the option to use. See -- with-libxml-dir PHP 5.4 uses the 2.59+ versions of the tools To use a specific version of the build tools, install that version and then run, for example: export PHP_AUTOCONF=autoconf-2.13 export PHP_AUTOHEADER=autoheader-2.13 ./buildconf If you use buildconf in older versions of PHP, you need to manually clear the caches first with: rm -rf config.cache autom4te.cache [2012-10-05 10:06:49] mamfelt at gmail dot com Description: ./configure --prefix /opt Basically, to resolve this I "patch" configure so that all references to /usr/local are replaced by /opt. Note: I have tried ./buildconf --force but get the following message: root@x104:[/data/prj/php/php-RC1-5.3.18]./buildconf --force Forcing buildconf buildconf: checking installation... buildconf: You need autoconf 2.59 or lower to build this version of PHP. You are currently trying to use 2.68 Most distros have separate autoconf 2.13 or 2.59 packages. On Debian/Ubuntu both autoconf2.13 and autoconf2.59 packages exist. Install autoconf2.13 and set the PHP_AUTOCONF env var to autoconf2.13 and try again. make: *** [buildmk.stamp] Error 1 == I went to the autoconf downloads and see that autoconf-2.59 is rather ancient, and wonder if this problem is already resolved using newer tools? [ ] autoconf-2.12.tar.gz 26-Nov-1996 03:00 401K [ ] autoconf-2.13.tar.gz 15-Jan-1999 16:03 433K [ ] autoconf-2.50-2.52.xdelta 18-Jul-2001 09:59 58K ... [ ] autoconf-2.59.tar.bz2 16-Dec-2003 15:53 903K [ ] autoconf-2.59.tar.bz2.sig 16-Dec-2003 15:52 65 [ ] autoconf-2.59.tar.gz 16-Dec-2003 15:52 1.2M [ ] autoconf-2.59.tar.gz.sig 16-Dec-2003 15:52 65 [ ] autoconf-2.60.tar.bz2 26-Jun-2006 13:02 1.0M ... [ ] autoconf-2.68.tar.xz 22-Sep-2010 18:54 1.1M [ ] autoconf-2.68.tar.xz.sig 22-Sep-2010 18:54 556 [ ] autoconf-2.69.tar.gz 24-Apr-2012 23:17 1.8M [ ] autoconf-2.69.tar.gz.sig 24-Apr-2012 23:17 556 [ ] autoconf-2.69.tar.xz 24-Apr-2012 23:17 1.2M [ ] autoconf-2.69.tar.xz.sig 24-Apr-2012 23:17 556 Test script: --- ./configure --prefix=/opt ... checking for xml2-config path... configure: error: xml2-config not found. Please check your libxml2 installation. root@x104:[/data/prj/php/php-RC1-5.3.18] Expected result: ... ... ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point.| ++ Thank you for using PHP. Actual result: -- checking for xml2-config path... configure: error: xml2-config not found. Please check your libxml2 installation. -- Edit this bug report at https://bugs.php.net/bug.php?id=63221&edit=1
Req #63789 [Com]: Parse error on $this->otherInstance::method()
Edit report at https://bugs.php.net/bug.php?id=63789&edit=1 ID: 63789 Comment by: eleni dot fra at gmail dot com Reported by:Alex at phpguide dot co dot il Summary:Parse error on $this->otherInstance::method() Status: Assigned Type: Feature/Change Request Package:Scripting Engine problem PHP Version:5.4.9 Assigned To:laruence Block user comment: N Private report: N New Comment: Just wanted to verify that I have noticed a similar behavior when accessing class constants in PHP 5.4.4. When accessing the constant via the class name, or via an object of the class that defines the constant, or via an object returned by a getter of a class that uses the object as a property the constant is properly returned. But when trying to access the constant by using $this->object::const produces a parsing error while assigning the object to a temporary variable and using $var::const works. class one { const ALPHA = 0; function __construct() {} } class two { protected $oo1; public function __construct() { $this->oo1 = new one(); } public function getOne() { return $this->oo1; } public function printAlphaDirectly() { //echo $this->oo1::ALPHA . PHP_EOL; } public function printAlphaTmp() { $tmp = $this->oo1; echo $tmp::ALPHA . PHP_EOL; } } echo one::ALPHA . PHP_EOL; // (Output= 0) It works as expected $o1 = new one(); echo $o1::ALPHA . PHP_EOL; // (Output= 0) It works when passing an object $t1 = new two(); $o2 = $t1->getOne(); echo $o2::ALPHA . PHP_EOL; // (Output= 0) It works when using an object returned from a getter $t1->printAlphaDirectly(); // PHP Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) $t1->printAlphaTmp(); // (Output= 0) It works when using a tmp var to hold the object Previous Comments: [2012-12-18 02:49:35] larue...@php.net you don't need always use :: to call static method, actually, :: doesn't means calling static method all the time. you could use $this->speaker->say($str). anyway, I agree we can do some improvement here, assign to myself. I can solve this in the mean time of implement the instance function call FR thanks [2012-12-18 00:35:31] ahar...@php.net Update the package â I'm pretty sure this is a limitation of the parser that isn't likely to be fixed any time soon, but hopefully one of the guys who works on the parser can confirm that. [2012-12-17 14:40:29] Alex at phpguide dot co dot il Description: Calling a static method on an instance of class which is member of another class results in parse error. Test script: --- class Speaker { public static function say($str) { echo $str; } } $speaker = new Speaker(); $speaker::say('This works'); class failingToCallSpeaker { private $speaker; public function __construct(Speaker $s) { $this->speaker = $s; } public function doesntWork($str) { $this->speaker::say($str); // PHP Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) } public function works($str) { $s = & $this->speaker; $s::say($str); } } $dontwork = new failingToCallSpeaker($speaker); $dontwork->works('hurray'); $dontwork->doesntWork('argh'); Expected result: PHP Parse error: syntax error, unexpected '::' (T_PAAMAYIM_NEKUDOTAYIM) on line $this->speaker::say($str); -- Edit this bug report at https://bugs.php.net/bug.php?id=63789&edit=1
Bug #63857 [Nab]: calling closure when providing it as an arg from the args array
Edit report at https://bugs.php.net/bug.php?id=63857&edit=1 ID: 63857 User updated by:alexander dot moldova at gmail dot com Reported by:alexander dot moldova at gmail dot com Summary:calling closure when providing it as an arg from the args array Status: Not a bug Type: Bug Package:Reflection related Operating System: ubuntu 12.10 PHP Version:5.4.10 Block user comment: N Private report: N New Comment: yeap, i've already realized, thanks ) Previous Comments: [2012-12-26 15:50:52] re...@php.net >From the error message, the closure declared like: function(array $param); see http://php.net/call_user_func_array so : call_user_func_array($b, $c) + $a; <=> call_user_func_array($b, array(2)) + 0; and <=> $closure(2); 2 is not an array [2012-12-26 15:32:04] alexander dot moldova at gmail dot com Description: calling closure when providing it as an arg from the args array provided as the second parameter for the invokeArgs method from \ReflectionMethod class Test script: --- method is: public function simpleTest($a, callable $b, array $c) { return (int) call_user_func_array($b, $c) + $a; } $params is: array (size=3) 0 => int 2 1 => object(Closure)[95] 2 => array (size=1) 0 => int 2 and calling: $this->refl->invokeArgs(new Blablabla, $params); will generate the bug Expected result: method returning value Actual result: -- Error: Argument 1 passed to {closure}() must be of the type array, integer given In fact instead or the array is provided the "int 2" -- Edit this bug report at https://bugs.php.net/bug.php?id=63857&edit=1
Bug #63857 [Opn->Nab]: calling closure when providing it as an arg from the args array
Edit report at https://bugs.php.net/bug.php?id=63857&edit=1 ID: 63857 Updated by: re...@php.net Reported by:alexander dot moldova at gmail dot com Summary:calling closure when providing it as an arg from the args array -Status: Open +Status: Not a bug Type: Bug Package:Reflection related Operating System: ubuntu 12.10 PHP Version:5.4.10 Block user comment: N Private report: N New Comment: >From the error message, the closure declared like: function(array $param); see http://php.net/call_user_func_array so : call_user_func_array($b, $c) + $a; <=> call_user_func_array($b, array(2)) + 0; and <=> $closure(2); 2 is not an array Previous Comments: [2012-12-26 15:32:04] alexander dot moldova at gmail dot com Description: calling closure when providing it as an arg from the args array provided as the second parameter for the invokeArgs method from \ReflectionMethod class Test script: --- method is: public function simpleTest($a, callable $b, array $c) { return (int) call_user_func_array($b, $c) + $a; } $params is: array (size=3) 0 => int 2 1 => object(Closure)[95] 2 => array (size=1) 0 => int 2 and calling: $this->refl->invokeArgs(new Blablabla, $params); will generate the bug Expected result: method returning value Actual result: -- Error: Argument 1 passed to {closure}() must be of the type array, integer given In fact instead or the array is provided the "int 2" -- Edit this bug report at https://bugs.php.net/bug.php?id=63857&edit=1
Bug #63847 [Opn->Fbk]: wrong warning when using in_array() function with specific parameters
Edit report at https://bugs.php.net/bug.php?id=63847&edit=1 ID: 63847 Updated by: re...@php.net Reported by:evil0x3a at gmail dot com Summary:wrong warning when using in_array() function with specific parameters -Status: Open +Status: Feedback Type: Bug -Package:Compile Warning +Package:Scripting Engine problem Operating System: Linux PHP Version:5.3.20 Block user comment: N Private report: N New Comment: I can't reproduce it, will you check it again? Previous Comments: [2012-12-24 10:53:38] evil0x3a at gmail dot com Description: in_array() function cannot deal with an array that has been declared in an included script , and the compiler shows ths warning : "PHP Warning: in_array() expects parameter 2 to be array, null given in ..." Test script: --- we have 2 files file 1 ( arrayFile.php ) file 2 ( index.php ) Expected result: i expect that in_array() function returns true while the value of $language is available in $languages directory ! Actual result: -- Returns nothing and provides this warning : "PHP Warning: in_array() expects parameter 2 to be array, null given in ..." -- Edit this bug report at https://bugs.php.net/bug.php?id=63847&edit=1
[PHP-BUG] Bug #63857 [NEW]: calling closure when providing it as an arg from the args array
From: alexander dot moldova at gmail dot com Operating system: ubuntu 12.10 PHP version: 5.4.10 Package: Reflection related Bug Type: Bug Bug description:calling closure when providing it as an arg from the args array Description: calling closure when providing it as an arg from the args array provided as the second parameter for the invokeArgs method from \ReflectionMethod class Test script: --- method is: public function simpleTest($a, callable $b, array $c) { return (int) call_user_func_array($b, $c) + $a; } $params is: array (size=3) 0 => int 2 1 => object(Closure)[95] 2 => array (size=1) 0 => int 2 and calling: $this->refl->invokeArgs(new Blablabla, $params); will generate the bug Expected result: method returning value Actual result: -- Error: Argument 1 passed to {closure}() must be of the type array, integer given In fact instead or the array is provided the "int 2" -- Edit bug report at https://bugs.php.net/bug.php?id=63857&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63857&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63857&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63857&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63857&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63857&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63857&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63857&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63857&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63857&r=support Expected behavior: https://bugs.php.net/fix.php?id=63857&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63857&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63857&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63857&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63857&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63857&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63857&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63857&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63857&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63857&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63857&r=mysqlcfg
Bug #63856 [Com]: --prefix is not recognized by configure for all libraries
Edit report at https://bugs.php.net/bug.php?id=63856&edit=1 ID: 63856 Comment by: mamfelt at gmail dot com Reported by:mamfelt at gmail dot com Summary:--prefix is not recognized by configure for all libraries Status: Open Type: Bug Package:*Compile Issues Operating System: AIX PHP Version:5.3.20 Block user comment: N Private report: N New Comment: To resolve this I do the following: vi ./configure :1,$s/\/usr\/local/\/opt/g :wq And repeat the configure command, which create a Makefile that compiles successfully. No idea if it is an autoconf error (that is generating the configure script, or if new input is needed - as only SOME libraries fail (libxml2 is the first to fail). Previous Comments: [2012-12-26 14:14:52] mamfelt at gmail dot com Description: Running CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc \ --sharedstatedir=/var/php/com \ --localstatedir=/var/php \ --mandir=/usr/share/man fails because it does not find files in ${prefix}/lib and/or ${prefix}/include Test script: --- CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc --sharedstatedir=/var/php/com \ --localstatedir=/var/php --mandir=/usr/share/man Expected result: + make install DESTDIR=/var/tmp/root/php-5.3.20.0 > build/aix/install.out + mkinstallp.ksh /var/tmp/root/php-5.3.20.0 > build/aix/mkinstallp.out == aixtools.php:aixtools.php.man:5.3.20.0::I:T:N:php man pages 2012.Dec.26 13.51 CUT0:: aixtools.php:aixtools.php.rte:5.3.20.0::I:T:N:php 5.3.20.0 2012.Dec.26 13.51 CUT0:: == Actual result: -- ... configure:20951: cc -o conftest -O2 -qcpluscmt conftest.c -lrt -lm 1>&5 configure:20923: checking for strftime configure:21413: checking which regex library to use configure:21830: checking whether to enable LIBXML support configure:21875: checking libxml2 install dir configure:21901: checking for xml2-config path Usage: configure [options] [host] ... Directory and file names: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] ... -- Edit this bug report at https://bugs.php.net/bug.php?id=63856&edit=1
[PHP-BUG] Bug #63856 [NEW]: --prefix is not recognized by configure for all libraries
From: mamfelt at gmail dot com Operating system: AIX PHP version: 5.3.20 Package: *Compile Issues Bug Type: Bug Bug description:--prefix is not recognized by configure for all libraries Description: Running CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc \ --sharedstatedir=/var/php/com \ --localstatedir=/var/php \ --mandir=/usr/share/man fails because it does not find files in ${prefix}/lib and/or ${prefix}/include Test script: --- CFLAGS=-O2 -qcpluscmt ./configure \ --prefix=/opt \ --sysconfdir=/var/php/etc --sharedstatedir=/var/php/com \ --localstatedir=/var/php --mandir=/usr/share/man Expected result: + make install DESTDIR=/var/tmp/root/php-5.3.20.0 > build/aix/install.out + mkinstallp.ksh /var/tmp/root/php-5.3.20.0 > build/aix/mkinstallp.out == aixtools.php:aixtools.php.man:5.3.20.0::I:T:N:php man pages 2012.Dec.26 13.51 CUT0:: aixtools.php:aixtools.php.rte:5.3.20.0::I:T:N:php 5.3.20.0 2012.Dec.26 13.51 CUT0:: == Actual result: -- ... configure:20951: cc -o conftest -O2 -qcpluscmt conftest.c -lrt -lm 1>&5 configure:20923: checking for strftime configure:21413: checking which regex library to use configure:21830: checking whether to enable LIBXML support configure:21875: checking libxml2 install dir configure:21901: checking for xml2-config path Usage: configure [options] [host] ... Directory and file names: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] ... -- Edit bug report at https://bugs.php.net/bug.php?id=63856&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63856&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63856&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63856&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63856&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63856&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63856&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63856&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63856&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63856&r=support Expected behavior: https://bugs.php.net/fix.php?id=63856&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63856&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63856&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63856&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63856&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63856&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63856&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63856&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63856&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63856&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63856&r=mysqlcfg
Bug #62971 [Com]: cannot get ./configure and make to both complete - one or the other fails
Edit report at https://bugs.php.net/bug.php?id=62971&edit=1 ID: 62971 Comment by: mamfelt at gmail dot com Reported by:mamfelt at gmail dot com Summary:cannot get ./configure and make to both complete - one or the other fails Status: Open Type: Bug Package:Compile Failure Operating System: AIX PHP Version:5.4.6 Block user comment: N Private report: N New Comment: Please close this BR. I have listed too many issues for this to ever resolve cleanly. Hence, I shall start smaller, more clear bugs to address issues that are still active. re: the C++ comments "issue" causing the sqlite3 compile confusion - I am now adding a flag to recognize C++ style comments. IMHO, if not done already, the code will be cleaner if the ONE file (or maybe two) with C++ comments is patched to remove the C++ comments. Previous Comments: [2012-08-30 13:36:51] mamfelt at gmail dot com Update: After correcting the comments to /* */ (will use compiler flag in the future) I ran make and it completed with an error for both 5.3.16 and 5.4.6 5.3.16 /cli/php_cli.lo sapi/cli/php_cli_readline.lo main/internal_functions_cli.lo -lrt -liconv -lsqlite3 -lrt -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -o sapi/cli/php ld: 0711-317 ERROR: Undefined symbol: .sqlite3_column_table_name ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: *** [sapi/cli/php] Error 8 5.4.6 i/cli/php_cli_server.lo -lrt -liconv -lsqlite3 -lrt -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -o sapi/cli/php ld: 0711-319 WARNING: Exported symbol not defined: php_register_internal_extensions ld: 0711-317 ERROR: Undefined symbol: php_register_internal_extensions ld: 0711-317 ERROR: Undefined symbol: .sqlite3_column_table_name ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: *** [sapi/cli/php] Error 8 === After performing a 'make distclean' on both I reran configure with no extra statement re: sqlite3, i.e. for both 5.3.16 and 5.4.6 # ./configure --prefix=/opt --sysconfdir=/etc --mandir=/usr/share/man configure and make for 5.3.16 complete as expected configure completes, but make fails for 5.4.6 -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -o sapi/cli/php ld: 0711-319 WARNING: Exported symbol not defined: php_register_internal_extensions ld: 0711-317 ERROR: Undefined symbol: php_register_internal_extensions ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: *** [sapi/cli/php] Error 8 root@x104:[/data/prj/php-5.4.6] -- maybe for this (ERROR: Undefined symbol: php_register_internal_extensions) -- I should submit a new bug - please advise. [2012-08-30 11:47:06] mamfelt at gmail dot com p.s. I have peeked at ext/sqlite3/sqlite3.c and the only issue is this is the one place in PHP code that is using // comments rather than /* comments */ The AIX compiler can recognize // comments - however, may I interject that this is the ONLY file in PHP that seems to be using them. Maybe /* comment */ is the norm in PHP and this could be adjusted. Not a bug! just not consistent. My questions regarding the behavior of --with-sqlite3 is still open. Thank you for your consideration. [2012-08-30 11:38:53] mamfelt at gmail dot com reply to pajoye My first example is: # ./configure --prefix=/opt --sysconfdir=/etc --mandir=/usr/share/man --with-sqlite3=/opt configure completes correctly, but make fails (also version 5.3.16 - tested today, and 5.3.14 from memory.) Right now I am try to 'not' comment on the reason for a syntax error in the embedded sqlite3. That is not exciting to me right now (maybe later). Right now I am focusing on getting a minimum build complete so I can move on to the packaging scripts to create an installp file. Then I shall try to make a "maximum" capability - i.e., as many as I get to build - version of php. If I understand your comment the --help text should be read as: --without-sqlite3 || --with-sqlite3=DIR Second question: If I use the --with-sqlite3=DIR option should make still be trying to build (and I assume link) the embedded version? From your comments I would think not. [2012-08-30 08:01:30] paj...@php.net sqlite3 is enabled by default, use --without-sqlite3 only if you do not want it. PHP also includes libsqlite as well as part of the distribution, so you do not have to install or use the system one. However you can stil
Bug #54096 [Opn->Asn]: wrong behavior FILTER_VALIDATE_INT -0 +0
Edit report at https://bugs.php.net/bug.php?id=54096&edit=1 ID: 54096 Updated by: m...@php.net Reported by:_coola_ at arcor dot de Summary:wrong behavior FILTER_VALIDATE_INT -0 +0 -Status: Open +Status: Assigned Type: Bug Package:Filter related Operating System: - PHP Version:Irrelevant -Assigned To: +Assigned To:mj Block user comment: N Private report: N New Comment: The PR in https://github.com/php/php-src/pull/248 addresses this issue. Previous Comments: [2011-02-24 19:54:14] _coola_ at arcor dot de It would also be nice if anybody would care about http://bugs.php.net/bug.php?id=53775 [2011-02-24 19:51:27] _coola_ at arcor dot de Description: Bug report #47752 error_reporting(-1); var_dump(filter_var('-0',FILTER_VALIDATE_INT)); // bool(false) var_dump(-0); // int(0) In my opinion FILTER_VALIDATE_INT must work like var_dump(-0); Sooner or later we will get problems if everything works different. PHP defines -0 as an int. So FILTER_VALIDATE_INT must also accept -0 and +0. Thank you -- Edit this bug report at https://bugs.php.net/bug.php?id=54096&edit=1
Req #49180 [Asn]: Add FILTER_VALIDATE_MAC and FILTER_SANITIZE_MAC
Edit report at https://bugs.php.net/bug.php?id=49180&edit=1 ID: 49180 Updated by: m...@php.net Reported by:jmarois at ca dot ibm dot com Summary:Add FILTER_VALIDATE_MAC and FILTER_SANITIZE_MAC Status: Assigned Type: Feature/Change Request Package:Filter related Operating System: Irrelevant PHP Version:5.2.10 Assigned To:mj Block user comment: N Private report: N New Comment: The correct PR is https://github.com/php/php-src/pull/247 actually. Previous Comments: [2012-12-26 10:45:36] m...@php.net https://github.com/php/php-src/pull/246 implements FILTER_VALIDATE_MAC. I'm not sure if a sanitizing filter for MAC addresses makes sense though. [2009-08-06 17:17:58] jmarois at ca dot ibm dot com Description: About your Data Filters First the validation filters. You defined: FILTER_VALIDATE_EMAIL, FILTER_VALIDATE_IP and FILTER_VALIDATE_URL. I request adding: FILTER_VALIDATE_MAC for MAC addresses, considering (1) the six groups of two hexadecimal digits, separated by hyphens (-) or colons (:) format, and (2) three groups of four hexadecimal digits separated by dots (.) format. Of course, not forgetting the default of twelve hexadecimal digits. Next the sanitizing filters. I request adding: FILTER_SANITIZE_MAC for MAC addresses, which would remove all characters except hexadecimal digits. Reproduce code: --- --- >From manual page: filter.filters.validate --- -- Edit this bug report at https://bugs.php.net/bug.php?id=49180&edit=1
Req #49180 [Opn->Asn]: Add FILTER_VALIDATE_MAC and FILTER_SANITIZE_MAC
Edit report at https://bugs.php.net/bug.php?id=49180&edit=1 ID: 49180 Updated by: m...@php.net Reported by:jmarois at ca dot ibm dot com Summary:Add FILTER_VALIDATE_MAC and FILTER_SANITIZE_MAC -Status: Open +Status: Assigned Type: Feature/Change Request Package:Filter related Operating System: Irrelevant PHP Version:5.2.10 -Assigned To: +Assigned To:mj Block user comment: N Private report: N New Comment: https://github.com/php/php-src/pull/246 implements FILTER_VALIDATE_MAC. I'm not sure if a sanitizing filter for MAC addresses makes sense though. Previous Comments: [2009-08-06 17:17:58] jmarois at ca dot ibm dot com Description: About your Data Filters First the validation filters. You defined: FILTER_VALIDATE_EMAIL, FILTER_VALIDATE_IP and FILTER_VALIDATE_URL. I request adding: FILTER_VALIDATE_MAC for MAC addresses, considering (1) the six groups of two hexadecimal digits, separated by hyphens (-) or colons (:) format, and (2) three groups of four hexadecimal digits separated by dots (.) format. Of course, not forgetting the default of twelve hexadecimal digits. Next the sanitizing filters. I request adding: FILTER_SANITIZE_MAC for MAC addresses, which would remove all characters except hexadecimal digits. Reproduce code: --- --- >From manual page: filter.filters.validate --- -- Edit this bug report at https://bugs.php.net/bug.php?id=49180&edit=1