[PHP-DEV] Re: Annotated PHP 5->7 extension diff

Rasmus Lerdorf in php.internals (Thu, 05 Feb 2015 17:28:37 -0500): >We have had quite a number of changes to the extension API and it >worries me a little bit how long it will take everyone to get their >extensions ported. We have UPGRADING.INTERNALS which still needs some >love, but even if that c

[PHP-DEV] Re: new json, push generated file?

Pierre Joye in php.internals (Mon, 9 Feb 2015 09:40:21 +0700): >Should we push json_parser.tab.c? Which is generated (re2c), just like >what is done in date or other? Yes, you should. I ran into this problem when I tried to compile PHP7 from git head. The Windows builds are currently broken: http:

Re: [PHP-DEV] Annotated PHP 5->7 extension diff

Dan Ackroyd in php.internals (Fri, 6 Feb 2015 16:16:09 +): >On 5 February 2015 at 22:28, Rasmus Lerdorf wrote: >> Any suggestions for how to handle annotating it? We could turn it into a >> fake PR and mark it up using github's PR comments. (...) >An incomplete checklist for migrating an exten

Re: [PHP-DEV] Annotated PHP 5->7 extension diff

Lester Caine in php.internals (Mon, 09 Feb 2015 21:39:16 +): >On 09/02/15 15:03, Jan Ehrhardt wrote: >> Despite the extensive list of changes, imagick does not compile anymore >> with the current PHP7 git head (Win32 VC11). > >Jan ... try the latest code from Dan ... &g

Re: [PHP-DEV] Re: Annotated PHP 5->7 extension diff

Xinchen Hui in php.internals (Mon, 9 Feb 2015 14:49:43 +0800): >On Mon, Feb 9, 2015 at 5:06 AM, Jan Ehrhardt wrote: >> https://wiki.php.net/phpng-upgrading [snip] >> ib_link = (ibase_db_link *)zend_fetch_resource2(Z_RES_P(link_arg), >> link_id, LE_LINK, le_link, le_plink); &

Re: [PHP-DEV] zend_get_parameters_ex rework

Lester Caine in php.internals (Wed, 11 Feb 2015 12:43:05 +): >OK I've got a patch for master, but I know that the changes are not >complete! > >http://hg.lsces.org.uk/hg/php-src/rev/8ec9101f59b6 This one might be a little bit more complete: https://github.com/Jan-E/php-src/commit/8c920a22ac65d

Re: [PHP-DEV] zend_get_parameters_ex rework

marius adrian popa in php.internals (Fri, 13 Feb 2015 17:56:28 +0200): >On Fri, Feb 13, 2015 at 11:55 AM, Jan Ehrhardt wrote: > >> https://github.com/Jan-E/php-src/commit/8c920a22ac65da485eaf3d2fd27baf2b0406116e >> >> Could you test that one? I did it as a sort of PHP7 e

Re: [PHP-DEV] zend_get_parameters_ex rework

marius adrian popa in php.internals (Fri, 13 Feb 2015 17:56:28 +0200): >Thanks patch looks clean and It compiles, i will start testing it Apparently your tests were successful (?): http://git.php.net/?p=php-src.git;a=commitdiff;h=8f968c5416e721983c0efda25ec1f393c8df662a Jan -- PHP Internals - P

[PHP-DEV] Re: [RFC] [FINAL DISCUSSION] Script only include/require

Yasuo Ohgaki in php.internals (Sat, 21 Feb 2015 10:06:24 +0900): >I think this will be the final discussion before vote. >This RFC is to make PHP stronger against script inclusion attacks just like >other languages. > >https://wiki.php.net/rfc/script_only_include > >I hope everyone will like this p

Re: [PHP-DEV] Annotated PHP 5->7 extension diff

Dan Ackroyd in php.internals (Fri, 6 Feb 2015 16:16:09 +): >An incomplete checklist for migrating an extension to PHP7 php_imagick (phpseven branch) once again does not compile, this time because MAKE_STD_ZVAL has been removed and you added it in imagickkernel_class.c with this commit: https:/

Re: [PHP-DEV] [RFC] [FINAL DISCUSSION] Script only include/require

Stanislav Malyshev in php.internals (Sun, 22 Feb 2015 14:00:02 -0800): >2. Default configuration would break tons of PHP scripts with extensions >other than .php (very frequent case). The BC break potential of this is >very big as it modifies core functionality. Exactly my point with the Drupal ex

Re: [PHP-DEV] [RFC] [FINAL DISCUSSION] Script only include/require

Yasuo Ohgaki in php.internals (Mon, 23 Feb 2015 18:53:10 +0900): >On Mon, Feb 23, 2015 at 6:52 PM, Yasuo Ohgaki wrote: > >> ini_set('.php .phar .module .etc'); > >ini_set('zend.script_extensions', '.php .phar .module .etc'); > >to be correct. Quote from a Drupal 7 .htaccess: # Protect files and

Re: [PHP-DEV] [RFC] Script only include/require

Yasuo Ohgaki in php.internals (Wed, 25 Feb 2015 07:54:01 +0900): >On Wed, Feb 25, 2015 at 7:26 AM, Stanislav Malyshev >wrote: > >> > No other languages have such malware. >> >> Are you seriously claiming there is no malware written in languages >> besides PHP? It can not be, I must be misunderstan

Re: [PHP-DEV] [RFC] Script only include/require

Yasuo Ohgaki in php.internals (Wed, 25 Feb 2015 19:07:05 +0900): >I understand people do all kinds of things. >Therefore, I'm allowing > >ini_set('zend.script_extension', ''); // Disable protections at all. > >It's users choice if they use systematically secure configuration or not. >However, provi

Re: [PHP-DEV] [RFC] Script only include/require

Yasuo Ohgaki in php.internals (Thu, 26 Feb 2015 06:20:46 +0900): >I probably don't understand your question. We already have php_value and >php_admin_value to change INI value in .htaccess (and like). > > php_value "zend.script_extensions" ".php .myext" # Works like globals >ini_set() > php_admin_

Re: [PHP-DEV] [RFC] Script only include/require

Yasuo Ohgaki in php.internals (Thu, 26 Feb 2015 07:18:59 +0900): >> If you already have this feature, then you are promoting the RFC the >> wrong way. You are constantly hammering on ini_set() to mitigate the >> effects of the change. That would cause a lot of code changes for many >> frameworks. >

Re: [PHP-DEV] [RFC] Script only include/require

Stanislav Malyshev in php.internals (Wed, 25 Feb 2015 15:00:21 -0800): >> This is only a minor detail, compared with the other PHP7 changes. > >Not that minor actually since you'd have to enumerate all extensions >used in your app, which can use libraries, which may use other >extensions - like Sma

Re: [PHP-DEV] Re: [RFC][VOTE] Introduce script only include/require

Jordi Boggiano in php.internals (Wed, 25 Feb 2015 23:09:40 +): >On 25/02/2015 22:46, Stanislav Malyshev wrote: >> 2. I think this RFC provides false sense of security for people that >> create vulnerable code and lets them think it's OK to have variable >> includes without adequate safety, sinc

Re: [PHP-DEV] Re: [VOTE] Remove deprecated functionality in PHP 7

Adam Harvey in php.internals (Wed, 4 Mar 2015 17:21:54 -0800): >On 16 January 2015 at 09:16, Nikita Popov wrote: >> I'll land the minor removals sometime soon; the unbundling of ext/ereg and >> ext/mysql should probably be done by someone else who's more into the PECL >> business. > >They gone. >

Re: [PHP-DEV] Re: [VOTE] Remove deprecated functionality in PHP 7

Pierre Joye in php.internals (Thu, 5 Mar 2015 12:36:32 -0800): >On Thu, Mar 5, 2015 at 12:29 PM, Adam Harvey wrote: >> I'm on the fence about making a release for ereg and mysql: it would >> help in terms of code availability, but at the same time I feel like >> it undermines our message of "no, r

Re: [PHP-DEV] Re: [VOTE] Remove deprecated functionality in PHP 7

Lester Caine in php.internals (Thu, 05 Mar 2015 21:46:15 +): >On 05/03/15 21:19, Jan Ehrhardt wrote: >> BTW: Piwik heavily uses $$ even in >> the latest releases, so it is not as old-style-coding as you might >> think. > >Thanks for that Jan ... my own port of piw

[PHP-DEV] Re: How do I detect a script failure in an extension's PHP_RSHUTDOWN_FUNCTION callback?

Richard Quadling in php.internals (Thu, 5 Mar 2015 21:02:52 +): >There is a bug report for the win32service pecl extension ( >https://bugs.php.net/bug.php?id=69170). Quote from your reply in the bug report: "Unfortunately, I'm not on a windows environment anymore and don't have a license for a

[PHP-DEV] Re: SAPI apache2handler + pipelined HTTP request core dumps

Patrick Schaaf in php.internals (Tue, 10 Mar 2015 10:26:12 +0100): >Dear internals, > >can somebody knowledgeable about the apache2handler code, please have a look >at the following bug report? > >https://bugs.php.net/bug.php?id=68486 echo -e "GET /test.php HTTP/1.1\nHost: localhost\n\n \

Re: [PHP-DEV] Re: SAPI apache2handler + pipelined HTTP request core dumps

Bostjan Skufca in php.internals (Fri, 13 Mar 2015 18:20:55 +0100): >For me PHP 5.5.20 works OK, but PHP 5.6.6 segfaults. OK (or rather not OK), I upgraded to 5.6.6: echo -e "GET /index.php HTTP/1.1\nHost: localhost\n\n \ GET /index.php HTTP/1.1\nHost: localhost\n\n"|nc localhost 80 index

[PHP-DEV] Re: A plea for unity on scalar types

Maciej Sobaczewski in php.internals (Fri, 13 Mar 2015 19:04:30 +0100): >I think (and I do really hope) that some of those 33 votes came from >misunderstanding of the proposal. Maybe. But on the other hand there are some names in the v0.5 no-camp, that you would want to be on the yes side in such

Re: [PHP-DEV] Fatal error: isset(CONST_ARRAY['key']) PHP 5.6

"S.A.N" in php.internals (Mon, 25 May 2015 16:09:42 +0300): >> It is by design; the documentation states[1]: >> >> | isset() only works with variables as passing anything else will >> | result in a parse error. >> >> [1] >>

[PHP-DEV] Re: PHP 7.0.0 roadmap

"Anatol Belski" in php.internals (Wed, 27 May 2015 16:01:49 +0200): >https://wiki.php.net/todo/php70#timetable > >In short: > - the first alpha is tagged on 2015-06-09 > - the first alpha is coming out on 2015-06-11 > - the 7.0.0 final is planned for 2015-11-12 There is a lot to

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

"Anatol Belski" in php.internals (Thu, 28 May 2015 14:16:49 +0200): >> https://www.apachelounge.com/viewtopic.php?p=30557#30557 > >Thanks for reporting. How do you build, which deps do you use? What I've >read on the page you've linked sounds terribly wrong > >Jan, please open a bug ticket, we can

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Kalle Sommer Nielsen in php.internals (Thu, 28 May 2015 23:09:12 +0200): >Hi Jan > >2015-05-28 22:42 GMT+02:00 Jan Ehrhardt : >> Compilation of even deplister.exe is broken in this compiler with a >> 'unresolved external symbol _printf'. I created a real simple ex

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Kalle Sommer Nielsen in php.internals (Thu, 28 May 2015 23:36:38 +0200): >My compile argument was rather simple: >cl deplister.c imagehlp.lib This one was indeed OK. I do not know anymore why it failed when I tried the same. >If there is a persistent problem, then please report it at >http://bugs

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Pierre Joye in php.internals (Fri, 29 May 2015 17:27:15 +0700): >On May 29, 2015 4:32 PM, "Jan Ehrhardt" wrote: >> See https://bugs.php.net/bug.php?id=69729 >> >> I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2, curl, >> xpm, zlib, jpeg, png,

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Jan Ehrhardt in php.internals (Fri, 29 May 2015 13:19:46 +0200): >Just tell me how I can use the same base. I am using github/winlibs as >much as possible, but as long as there are no publically avalaible deps >for VC14 that is all I have. > >Please start publishing the deps fo

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Pierre Joye in php.internals (Fri, 29 May 2015 20:08:31 +0700): >On May 29, 2015 6:19 PM, "Jan Ehrhardt" wrote: >> Please start publishing the deps for VC14 at >> http://windows.php.net/downloads/php-sdk/ > >They are public. I remember Anatol posting a link to the

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

Pierre Joye in php.internals (Fri, 29 May 2015 20:08:31 +0700): >They are public. I remember Anatol posting a link to the builds. I did not >check if the repos are actually updated but they should asap if not. >Anatol? Can you confirm or push the changes? Found them: http://windows.php.net/downloa

Re: [PHP-DEV] Re: PHP 7.0.0 roadmap

"Anatol Belski" in php.internals (Fri, 29 May 2015 17:16:21 +0200): >Hi Pierre, >> They are public. I remember Anatol posting a link to the builds. I did not >> check if >> the repos are actually updated but they should asap if not. >> Anatol? Can you confirm or push the changes? > >Yeah, I was p

Re: [PHP-DEV] PHP 7.0.0alpha1 Released for Testing!

marius adrian popa in php.internals (Fri, 12 Jun 2015 09:08:25 +0300): >Firebird related extensions are missing from PHP 7 windows binaries Try my builds: https://www.apachelounge.com/viewtopic.php?p=30718#30718 The firebird extensions are there, as you can see in https://phpdev.toolsforresearch.

Re: [PHP-DEV] PHP 7.0.0alpha1 Released for Testing!

Rasmus Lerdorf in php.internals (Fri, 12 Jun 2015 13:13:16 -0700): >You can get even more speed by compiling with --enable-opcache-file and >then in your php-cli.ini add: > >opcache.enable_cli=1 >opcache.file_cache=/var/tmp >opcache.file_cache_only=1 > >Then every time you run composer

Re: [PHP-DEV] PHP 7.0.0alpha1 Released for Testing!

Rasmus Lerdorf in php.internals (Sat, 13 Jun 2015 16:14:37 -0700): >> On Jun 13, 2015, at 14:54, Jan Ehrhardt wrote: >> >> Rasmus Lerdorf in php.internals (Fri, 12 Jun 2015 13:13:16 -0700): >>> You can get even more speed by compiling with --enable-opcache-file and &

Re: [PHP-DEV] PHP 7.0.0alpha1 Released for Testing!

"Anatol Belski" in php.internals (Sun, 14 Jun 2015 20:45:24 +0200): >Hi Jan, > >> -Original Message- >> From: Jan Ehrhardt [mailto:php...@ehrhardt.nl] >> >> OK, I recmpiled my Windows builds with --enable-opcache-file: >> https://ww

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter in php.internals (Mon, 15 Jun 2015 16:52:12 +0200): >If there is a need for zip archives I'd put them next to tar.gz etc. and >distribute them via our mirror network. On github they are next to each other: https://github.com/php/php-src/releases Most of the times I use the zips,

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter in php.internals (Mon, 15 Jun 2015 22:28:37 +0200): >On Mon, 2015-06-15 at 18:41 +0200, Jan Ehrhardt wrote: > >> On github they are next to each other: >> https://github.com/php/php-src/releases > >Those don't include the generated parsers etc. we s

Re: [PHP-DEV] PHP 7.0.0alpha1 Released for Testing!

"Anatol Belski" in php.internals (Mon, 15 Jun 2015 22:14:41 +0200): >> From: Jan Ehrhardt [mailto:php...@ehrhardt.nl] >> BTW: libssh2 also has an update. > >Thanks for the info. It's planned to do full dependencies rebuild once >VS2015 goes final. Some remar

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Christoph Becker in php.internals (Tue, 16 Jun 2015 00:02:12 +0200): >Have you already tried to compile an php-7.0.0alpha1.tar.* on Windows. >I suppose that would fail, see . It does not fail with https://github.com/php/php-src/archive/php-7.0.0alpha1.tar.g

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Christoph Becker in php.internals (Tue, 16 Jun 2015 00:02:12 +0200): >Jan Ehrhardt wrote: > >> Johannes Schlüter in php.internals (Mon, 15 Jun 2015 22:28:37 +0200): >>> On Mon, 2015-06-15 at 18:41 +0200, Jan Ehrhardt wrote: >>> >>>> On github they are n

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter in php.internals (Tue, 16 Jun 2015 01:48:15 +0200): >On Mon, 2015-06-15 at 23:09 +0200, Jan Ehrhardt wrote: >> Is that a real problem? I always use those sources for my own Windows >> builds, because they are the first publicly available tarballs of a new >>

Re: [PHP-DEV] Re: [PHP-WEBMASTER] RE: [PHP-DEV] PHP7 releases vs Windows Sources?

Pierre Joye in php.internals (Wed, 17 Jun 2015 06:07:14 +0700): >If we do it, we will also need the ability to do independent releases >in case we need to update one of the dependencies (not code change, only >provide updates for one or the other DLLs in case of critical security >issues). YM, lik

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Remove T1Lib support (see #69698): NEWS UPGRADING ext/gd/config.m4 ext/gd/config.w32 ext/gd/gd.c ext/gd/php_gd.h

Pierre Joye in php.internals (Fri, 29 May 2015 22:09:46 +0700): >While it really not used (or i did not find any code, >https://github.com/search?utf8=%E2%9C%93&q=imagepstext), we could provide >them using freetype, which works just fine now with t1 fonts. If desired :) You did not find any reposi

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Remove T1Lib support (see #69698): NEWS UPGRADING ext/gd/config.m4 ext/gd/config.w32 ext/gd/gd.c ext/gd/php_gd.h

Kalle Sommer Nielsen in php.internals (Sun, 21 Jun 2015 18:11:24 +0200): >Hi Jan > >2015-06-21 17:10 GMT+02:00 Jan Ehrhardt : >> You did not find any repositories with imagepstext in the title, but >> 20487 code results is not nothing: >> https://github.com/search?q=ima

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Remove T1Lib support (see #69698): NEWS UPGRADING ext/gd/config.m4 ext/gd/config.w32 ext/gd/gd.c ext/gd/php_gd.h

Pierre Joye in php.internals (Mon, 22 Jun 2015 00:48:20 +0700): >On Jun 22, 2015 12:23 AM, "Jan Ehrhardt" wrote: >> Yes, I did look at some of the 5115 results for PHP: >> https://github.com/search?l=php&q=imagepstext&type=Code&utf8=%E2%9C%93 >> >>

[PHP-DEV] Re: PHP 7.0.0alpha2 Released for Testing!

Kalle Sommer Nielsen in php.internals (Thu, 25 Jun 2015 16:06:15 +0200): >This release fixes about 25 bugs reported since the first alpha and it >implements the Throwable interface with changes to the exception >hierarchy. Am I looking with my nose or isn't a change in the Zend API not announced a

Re: [PHP-DEV] Re: PHP 7.0.0alpha2 Released for Testing!

"Anatol Belski" in php.internals (Thu, 25 Jun 2015 17:02:03 +0200): >Thanks for reporting. Please keep in mind that it's still an alpha. While we >work hard on keeping compatibility, some incidents could happen. I know it is an alpha and appreciate all the hard work you are doing. Just reporting w

Re: [PHP-DEV] Re: PHP 7.0.0alpha2 Released for Testing!

Remi Collet in php.internals (Fri, 26 Jun 2015 08:38:12 +0200): >For me, the safe way was to rebuild "all" extensions against alpha2. I always do that: https://www.apachelounge.com/viewtopic.php?t=6617 With this as example phpinfo: https://phpdev.toolsforresearch.com/php-7.0.0alpha2-Win32-VC14-x8

[PHP-DEV] Re: PHP 5.6.11 RC1 is available for testing

Ferenc Kovacs in php.internals (Fri, 26 Jun 2015 09:22:14 +0200): >PHP 5.6.11 RC1 is available for testing. > >You can download it from > >http://downloads.php.net/~tyrael/ > >The Windows binaries are available at http://windows.php.net/qa/ > >This release contains a number of bugfixes. The Window

Re: [PHP-DEV] Wiki access for ihabunek

Ivan Habunek in php.internals (Thu, 25 Jun 2015 19:18:18 +0200): >I just finished building PHP 7 with VS 2015 RC Community edition >(free) so I want to add that to the instructions. It should be >identical when final version is out. FYI: VC 2015 RC Pro is free as well, if you register for a free M

[PHP-DEV] Re: Migrating PECL extension : Advice needed

François Laupretre in php.internals (Mon, 6 Jul 2015 18:03:54 +0200): >I'm currently adapting the 'PHK' PECL extension for PHP 7. I initially >wanted to keep a single branch for PHP 5 and PHP 7, and enclose differences >in macros and #ifdef blocks, starting with a backport of zend_string. >Unfortun

[PHP-DEV] Redis extension for PHP7

edtechd has done a great job by making a fork of the phpredis extension C89-compatible. With a few further patches we have got an extension that compiles with VC14 and in initial tests seems to work OK on Windows. Repository: https://github.com/edtechd/phpredis However, on Debian it does not work

[PHP-DEV] Re: [PATCH] Fix per-module logging in apache 2.4

Cristian Rodríguez in php.internals (Mon, 6 Aug 2012 23:59:12 +0200): >--- > sapi/apache2filter/sapi_apache2.c |3 +++ > sapi/apache2handler/mod_php5.c|4 > 2 files changed, 7 insertions(+) Related to this patch: is there any special reason, why sapi/apache2handler/config.w32 in bo

Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php core?

Now that you have changed the subject, I feel free to break in with a voice from userland. Rasmus Lerdorf in php.internals (Tue, 04 Sep 2012 09:57:59 -0700): >Even with E_STRICT off (...) Sometimes it is not easy for users to turn off E_STRICT. Lester already mentioned one scenario: ISP's tend to

Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php core?

Rasmus Lerdorf in php.internals (Tue, 04 Sep 2012 13:15:50 -0700): >Just call error_reporting() at the beginning of your script. Which ain't possible in drupal (or hardly). You do not write any code. You just click together modules, written by others. Jan -- PHP Internals - PHP Runtime Developm

Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php core?

Lester Caine in php.internals (Tue, 04 Sep 2012 22:30:34 +0100): >Jan Ehrhardt wrote: >> Rasmus Lerdorf in php.internals (Tue, 04 Sep 2012 13:15:50 -0700): >>> >Just call error_reporting() at the beginning of your script. > >> Which ain't possible in drupal (or

Re: [PHP-DEV] E_STRICT 'errors' - was Are exceptions allowed in php core?

OK, apparently we will continue the discussion her. Pierre Joye in php.internals (Wed, 5 Sep 2012 13:15:43 +0200): >On Sep 4, 2012 10:25 PM, "Jan Ehrhardt" wrote: >> >> Rasmus Lerdorf in php.internals (Tue, 04 Sep 2012 13:15:50 -0700): >> >Just call error_re

Re: [PHP-DEV] RFC: Move phpng to master

Dmitry Stogov in php.internals (Fri, 25 Jul 2014 02:09:53 +0400): >I already know the opinion of the majority. Do you also know the opinion of 2/3 of the voters? Jan (without voting right BTW) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsu

[PHP-DEV] Status of PHP 5.4

PHP 5.3 has reached the real end of life. Will the effect be that from now on PHP 5.4 will only get security fixes? Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Status of PHP 5.4

Chris Wright in php.internals (Thu, 14 Aug 2014 22:55:09 +0100): >The release of 5.6 should push 5.4 into security-only state, rather >than the 5.3 EOL. I realise in this case it should happen at almost >the same time (I think the plan is that 5.6.0RC3 is the last RC?) ... There will be a 5.6.0RC4

Re: [PHP-DEV] Status of PHP 5.4

Stas Malyshev in php.internals (Thu, 14 Aug 2014 18:18:12 -0700): >> PHP 5.3 has reached the real end of life. Will the effect be that from >> now on PHP 5.4 will only get security fixes? > >There's no dependency between the two in the release RFC, but it would >probably make sense to move 5.4 into

Re: [PHP-DEV] PHP 5.3.29 is available, PHP 5.3 reaching end of life

Matt Ficken in php.internals (Fri, 15 Aug 2014 00:59:19 -0700): >I have tested 5.3.29 on Windows thoroughly as its the last 5.3 release. > >I find no regressions. > >All the security and bug fixes didn't break anything from 5.3.28. > >Windows users at least, that want to stay with 5.3 can now upgra

Re: [PHP-DEV] Let's make a 5.7 release

Christoph Becker in php.internals (Sat, 16 Aug 2014 01:33:28 +0200): >Wim Godden wrote: > >> On 16/08/2014 0:43, Pierre Joye wrote: >>> Here we have two issues, whether or not we need a 5.x to prepare 7 and if >>> one year Dev time is enough. >> >> IMHO, that'll depend on which feature will be add

[PHP-DEV] Re: [RFC] pecl_http

Michael Wallner in php.internals (Tue, 19 Aug 2014 09:49:34 +0200): >Hi PHP internals! > >I've created an RFC for discussion: > > Whether it is feasible to add pecl_http v2 to the core. > >https://wiki.php.net/rfc/pecl_http Is pecl_http v2 still dependent on propro and raphf? If so, they sho

Re: [PHP-DEV] [RFC] Better type names for int64 RFC

Pierre Joye in php.internals (Fri, 22 Aug 2014 14:17:04 +0200): >And I'd to remember that we suffer from double standards while you >guys do whatever you want with ng, and certainly with ast as well. Just a side note: talking in "you guys" and "we" is not constructive. I had the idea you had come

Re: [PHP-DEV] [RFC] Better type names for int64 RFC

Andrea Faulds in php.internals (Fri, 22 Aug 2014 16:32:51 +0100): >I’m very much in favour of this RFC. It is not necessary to change >the type names after all; if people turn on compiler warnings, they’ll >find out what’s broken anyway. 'people'? Which people? Will a normal user ever notice anyt

Re: [PHP-DEV] [RFC] Better type names for int64 RFC

Ferenc Kovacs in php.internals (Fri, 22 Aug 2014 18:59:01 +0200): >People means ext devs here. OK. >The concern raised here that if we delay the namechange then early >adopters(ext developers adding support for php7) have to update their code >twice. Provided the name change (back!) is agreed up

[PHP-DEV] Re: What happened to the 5.6.1 release?

Pierre Schmitz in php.internals (Sun, 28 Sep 2014 08:44:33 +0200): >I wonder what happened to the 5.6.1 release. A git tag was pushed 4 days >ago but since then no announcement was made nor any tar files of then >release were uploaded. The sources are available at http://windows.php.net/download

Re: [PHP-DEV] Re: What happened to the 5.6.1 release?

Julien Pauli in php.internals (Mon, 29 Sep 2014 12:50:55 +0200): >On Sun, Sep 28, 2014 at 3:45 PM, Jan Ehrhardt wrote: > >> The sources are available at http://windows.php.net/download/ >> Strange that they did not show up at the non WIN32 download page. >> Is there som

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

Dmitry Stogov in php.internals (Mon, 13 Oct 2014 14:29:06 +0400): >Note, that once we move extension outside of main source tree, only >extension maintainers (if any) will support them. In the ext/mysql case this will be a bit uncomfortable. If you compile PHP --with-mysql=mysqlnd the mysqlnd-part

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

Pierre Joye in php.internals (Mon, 13 Oct 2014 14:21:24 +0200): >On Oct 13, 2014 7:10 PM, "Jan Ehrhardt" wrote: >> >> In the ext/mysql case this will be a bit uncomfortable. If you compile >> PHP --with-mysql=mysqlnd the mysqlnd-part is in core, while a part of &g

[PHP-DEV] Re: Native TLS

Matt Ficken in php.internals (Wed, 29 Oct 2014 21:53:08 -0700): >Anatol has been doing some great work with Thread Local Storage (under the >native-tls branch). > >I have tested it on Windows and its performance and functionality are now >the same as master builds (with phpng), though a few extensi

Re: [PHP-DEV] bison 3.0

Michael Wallner in php.internals (Fri, 12 Dec 2014 12:02:53 +0100): >On 11/12/14 09:36, Ferenc Kovacs wrote: > >> CCing Mike as he was the author who originally added 3.0 to the exclude >> list. > >Yes, I'm on ArchLinux, which has very recent software versions, so I >just added it to the exclude, w

Re: [PHP-DEV] On the road to PHP 5.7 , or not ?

Patrick Schaaf in php.internals (Mon, 15 Dec 2014 21:36:33 +0100): >Now with PHP 7 promising potential for incompatibilities in a lot more >areas, it would be, to us, a really useful option to have a 5.7 that is >operationally fully compatible with 5.6 with added E_DEPRECATED for things >bound to b

[PHP-DEV] Re: Top 10 Pecl extensions PHP7 compatibility

Julien Pauli in php.internals (Wed, 14 Jan 2015 18:53:10 +0100): >This will allow more people to help testing both PHP7 (some people may need >some of the top-10 pecl ext to run their apps) and those extensions. Some time ago I had a discussion with Mike Wallner and others about a naming conventio

Re: [PHP-DEV] Re: Top 10 Pecl extensions PHP7 compatibility

Benjamin Eberlei in php.internals (Thu, 15 Jan 2015 15:53:43 +0100): >Not sure how that helps, since you would tag versions anyways using semver, >so if there is a master vs next/phpng branch, then they might still result >in two tags v1.0 and v2.0 and there is no way to automatically resolve this.

[PHP-DEV] Re: PHP7 Homework for everyone reading this list

Rasmus Lerdorf in php.internals (Thu, 22 Jan 2015 09:05:28 -0800): >Hopefully everyone here knows how to compile from git and get things up >and running. I would love to test a Windows build with all kinds of extensions if there was a consistent way to find out which branch I'd have to checkout. F

Re: [PHP-DEV] Re: PHP7 Homework for everyone reading this list

Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400): >"master" branch. propro, raphf and pecl_http do not compile with the master branch. You'll have to checkout the phpng branch. These extensions did compile and load: https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x

Re: [PHP-DEV] PHP7 Homework for everyone reading this list

Lester Caine in php.internals (Thu, 22 Jan 2015 21:07:36 +): >On 22/01/15 17:05, Rasmus Lerdorf wrote: >> Install php7, then install any random app and see how it goes. > >When I can actually run my infrastructure on PHP7 then I could at least >see if there is a performance improvement. Althoug

Re: [PHP-DEV] Re: PHP7 Homework for everyone reading this list

Jan Ehrhardt in php.internals (Fri, 23 Jan 2015 22:18:50 +0100): >Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400): >>"master" branch. > >propro, raphf and pecl_http do not compile with the master branch. >You'll have to checkout the phpng branch.

Re: [PHP-DEV] Re: PHP7 Homework for everyone reading this list

Pavel Kou?il in php.internals (Sat, 24 Jan 2015 19:07:28 +0100): >> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm >> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.zip https://phpdev.toolsforresearch.com/php-7.0.0-dev-Win32-VC11-x86.htm https://phpd

Re: [PHP-DEV] Re: PHP7 Homework for everyone reading this list

Michael Wallner in php.internals (Sun, 25 Jan 2015 18:32:18 +0100): >On 23/01/15 22:18, Jan Ehrhardt wrote: >> Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400): >>> "master" branch. >> >> propro, raphf and pecl_http do not compile with the m

Re: [PHP-DEV] Re: PHP7 Homework for everyone reading this list

Jan Ehrhardt in php.internals (Mon, 26 Jan 2015 00:12:11 +0100): >Michael Wallner in php.internals (Sun, 25 Jan 2015 18:32:18 +0100): >>On 23/01/15 22:18, Jan Ehrhardt wrote: >>> Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400): >>>> "master&

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Revert "Disable PEAR by default": configure.in

Sebastian Bergmann in php.internals (Tue, 27 Jan 2015 21:36:49 +0100): >Am 27.01.2015 um 21:13 schrieb Pierre Joye: >> However there is one thing we do need to care, and this is 3rd party >> extensions. This is all I care about and why I initiated pickle. > > It just that I am not convinced that th

[PHP-DEV] Re: imagick on PHP 7 was Stepping stones to a working php7 ...

Dan Ackroyd in php.internals (Mon, 26 Jan 2015 17:58:40 +): >On 26 January 2015 at 00:02, Lester Caine wrote: >> /imagick ... need to get a copy to work with > >Imagick is now working on 7; you will need to use the PHP 7 branch >from https://github.com/mkoppanen/imagick/tree/phpseven Did you

Re: [PHP-DEV] Re: imagick on PHP 7 was Stepping stones to a working php7 ...

Lester Caine in php.internals (Wed, 28 Jan 2015 09:03:14 +): >On 28/01/15 03:45, Jan Ehrhardt wrote: >> After these commits php_imagick.dll compiled with VC11 and (for Lester) >> showed itself in phpinfo: >> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC1

Re: [PHP-DEV] [RFC][VOTE] Removal of dead or not yet PHP7 ported SAPIs and extensions

"Anatol Belski" in php.internals (Tue, 3 Feb 2015 09:11:18 +0100): >Hi Michael, > >On Tue, February 3, 2015 08:31, Michael Wallner wrote: >> On 3 Feb 2015 08:10, "Adam Harvey" wrote: > >> I understand your thoughts. How about if we do for mcrypt what we did for >> mhash, I.e. implement a compatibl

[PHP-DEV] Re: [RFC][VOTE] Removal of dead or not yet PHP7 ported SAPIs and extensions

"Anatol Belski" in php.internals (Mon, 2 Feb 2015 20:11:20 +0100): >properly after the voting phase the >https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the >voting. Each item is voted separately. ext/ereg needs a fix before it can be moved to PECL. The TS build --with-ereg=shared

Re: [PHP-DEV] Alternatives to mailing list?

Yahav Gindi Bar in php.internals (Wed, 17 Oct 2012 03:18:12 +0300): >I may sound old fashioned, but what about a forum? A forum is new fashioned. I am reading and writing this on news.php.net. Webinterface: http://news.php.net/php.internals But you'd better use a proper newsreader. Some browsers

Re: [PHP-DEV] RFC: ext/mysql deprecation

Rasmus Lerdorf in php.internals (Mon, 12 Nov 2012 16:29:35 -0800): >What is true is that most people no longer build PHP at all. They just >end up with whatever their provider has installed or with whatever >packages they end up installing when they install the PHP app they want >to use. Both Wordp

Re: [PHP-DEV] RFC: ext/mysql deprecation

Sherif Ramadan in php.internals (Thu, 15 Nov 2012 21:23:48 -0500): >People have been talking about and educating others about the >deprecation of ext/mysql for quite some time now. I'm sure that it >could be more clearly voiced from an official PHP Project stand-point, >but we're down-playing the a

Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5

Kris Craig in php.internals (Wed, 28 Nov 2012 12:33:55 -0800): >We also know that E_DEPRECATED works when other approaches do not. I would >point you all to the famous example of Drupal 7, which would break >completely due to a flurry of E_DEPRECATED warnings (if display_errors was >set to on) bei

Re: [PHP-DEV] php 5.4.9 and solr extension

Lokrain in php.internals (Thu, 13 Dec 2012 18:27:02 +0200): >My guess here is that Solr extension uses obsolete symbols. > >Any ideas how to resolve this? Try to use ecaron's clone at github: https://github.com/ecaron/php-pecl-solr You will have to put this back into config.w32: ARG_ENABLE('solr

Re: [PHP-DEV] Compiling PHP on Windows 7 - wiki needs update

Hi Pierre, Pierre Joye in php.internals (Thu, 27 Dec 2012 06:56:42 +0100): >x64 builds are not yet officially supported. Not yet? That sounds if x64 will be supported sometime. Will it? >However nothing prevents one to do it. It should build fine. If you can get all dependencies right. For x86

Re: [PHP-DEV] Compiling PHP on Windows 7 - wiki needs update

Jan Ehrhardt in php.internals (Thu, 27 Dec 2012 13:19:08 +0100): >What are the plans for 5.5? A transition to VC10? I once tried to use my >existing php-sdk setup to compile PHP 5.4 with VC10, but not all >compilations succeeded. Compilation failed for php_intl.dll failed with >these

Re: [PHP-DEV] is GD being actively maintained?

Pierre Joye in php.internals (Thu, 6 Sep 2012 18:43:01 +0200): >On Thu, Sep 6, 2012 at 2:07 PM, Rasmus Schultz wrote: >> I opened this bug report 2 years ago: >> https://bugs.php.net/bug.php?id=52756 Hmmm. I see it is still open. >> Is GD still actively maintained? > >yes. Slowly but yes, we wil

  1   2   3   >