Re: [PHP-DEV] PHP 8.1 and OpenSSL

Ben Ramsey in php.internals (Tue, 18 Jul 2023 16:23:02 -0500): > >> What’s the process for changing this? Do release managers need to change >> the way we bundle the packages, or does something need to be merged into >> the PHP-8.1 branch? > >Does anyone know the answer to this question? Not me.

Re: [PHP-DEV] PHP 8.1 and OpenSSL

Ben Ramsey in php.internals (Wed, 5 Jul 2023 10:44:12 -0500): >> On Jun 13, 2023, at 15:06, Jan Ehrhardt wrote: >> >> Hi Christoph, >> snip >>> >>> So, if there are no unforeseen problems, I suggest to build PHP >>> 8.1.16RC1 wit

[PHP-DEV] Re: PHP 8.1 and OpenSSL

Hi Christoph, "Christoph M. Becker" in php.internals (Wed, 18 Jan 2023 13:20:41 +0100): >While the official builds for PHP 8.2 already use OpenSSL 3.0, the PHP >8.1 builds are still using OpenSSL 1.1.1. However, OpenSSL 1.1.1 is >only supported till 2023-09-11[1], while PHP 8.1 is supported till

[PHP-DEV] Re: PHP 8.3.0alpha1 is available for testing

Jakub Zelenka in php.internals (Thu, 8 Jun 2023 20:07:22 +0100): >PHP 8.3.0alpha1 has just been released and can be downloaded from: >https://downloads.php.net/~jakub >Or use the git tag: php-8.3.0alpha1 > >Windows binaries are available at: https://windows.php.net/qa/ > >This is the first

[PHP-DEV] Re: PHP 8.1 and OpenSSL

"Christoph M. Becker" in php.internals (Wed, 18 Jan 2023 13:20:41 +0100): >Hi all! > >While the official builds for PHP 8.2 already use OpenSSL 3.0, the PHP >8.1 builds are still using OpenSSL 1.1.1. However, OpenSSL 1.1.1 is >only supported till 2023-09-11[1], while PHP 8.1 is supported till

[PHP-DEV] Re: PHP 7.4.28 Released!

"Christoph M. Becker" in php.internals (Fri, 18 Feb 2022 16:26:20 +0100): >On 18.02.2022 at 16:02, Jan Ehrhardt wrote: > >> Derick Rethans in php.internals (Thu, 17 Feb 2022 14:42:47 + (GMT)): >>> The PHP development team announces the immediate

[PHP-DEV] Re: PHP 7.4.28 Released!

Derick Rethans in php.internals (Thu, 17 Feb 2022 14:42:47 + (GMT)): >The PHP development team announces the immediate availability of PHP >7.4.28. This is a security release. >Windows downloads: 7.4.28 is not there. 7.4.27 is there. And even 7.3.33 is

[PHP-DEV] Re: [RFC] Deprecations for PHP 8.1

Nikita Popov in php.internals (Mon, 22 Mar 2021 10:24:51 +0100): >Hi internals, > >It's time for another deprecation RFC: >https://wiki.php.net/rfc/deprecations_php_8_1 FWIW, a quick search returned these results. ADOdb still uses strftime() https://adodb.org/dokuwiki/doku.php 2 plugins of

[PHP-DEV] Re: Update on git.php.net incident

"Christoph M. Becker" in php.internals (Mon, 12 Apr 2021 14:23:33 +0200): >On 12.04.2021 at 13:51, Jan Ehrhardt wrote: > >> Nikita Popov in php.internals (Tue, 6 Apr 2021 20:28:03 +0200): >>> * Existing passwords were reset (use main.php.net/forgot.php to generate

[PHP-DEV] Re: Update on git.php.net incident

Nikita Popov in php.internals (Tue, 6 Apr 2021 20:28:03 +0200): > * Existing passwords were reset (use main.php.net/forgot.php to generate a >new one). The Wiki has another password reset link: https://wiki.php.net/start?do=resendpwd It sends a new password (in plain text), but that password

[PHP-DEV] Re: Update on git.php.net incident

Nikita Popov in php.internals (Tue, 6 Apr 2021 20:28:03 +0200): >Something I was not aware of at the time is that git.php.net >(intentionally) supported pushing changes not only via SSH (using the >gitolite infrastructure and public key cryptography), but also via HTTPS. >The latter did not use

[PHP-DEV] Re: Changes to Git commit workflow

Nikita Popov in php.internals (Mon, 29 Mar 2021 00:52:24 +0200): >We're reviewing the repositories for any corruption beyond the two >referenced commits. Will PHP 8.0.4 and 7.4.17 be postponed because of this? They haven't been released yet. The usual day for tagging always was Tuesday or

[PHP-DEV] Re: PHP 8.0.1 Released!

"Christoph M. Becker" in php.internals (Fri, 8 Jan 2021 11:37:38 +0100): >On 08.01.2021 at 10:28, Christian Wenz wrote: > >>> The PHP development team announces the immediate availability of PHP >>> 8.0.1. This is a security release. >> >> The release page

[PHP-DEV] Re: PHP-7.3 branch is closed

"Christoph M. Becker" in php.internals (Tue, 15 Dec 2020 18:30:44 +0100): >PHP-7.3.26 has been branched and will be the last 7.3 bugfix release. >PHP-7.3 now enters security support for 1 year, see >. Right. I was a bit surprised that PHP 7.3.26 RC1

Re: [PHP-DEV] Microsoft Support of PHP on Windows

Jan Ehrhardt in php.internals (Fri, 10 Jul 2020 18:52:06 +0200): >? Good Guy ? in php.windows (Fri, 10 Jul 2020 17:39:54 +0100): >>On 10/07/2020 17:09, Trevor Holyoak via php-windows wrote: >>> What does this mean? PHP 8 and forward will not be available for >>>

Re: [PHP-DEV] Re: Microsoft Support of PHP on Windows

Chase Peeler in php.internals (Fri, 10 Jul 2020 12:43:00 -0400): >My other fear is that if official support for windows is dropped, PHP >itself will no longer be developed with windows in mind. One reason >building it is pretty easy is because it was developed to be built on >Windows. If that

Re: [PHP-DEV] Microsoft Support of PHP on Windows

at Microsoft won't be spending time to create Windows >binaries;  Jan Ehrhardt is developing for private >consumption so perhaps he should volunteer to upload them on the >official website.  Alternatively, Microsoft could create a document for >users to compile their own binaries u

Re: [PHP-DEV] Re: Microsoft Support of PHP on Windows

? Good Guy ? in php.internals (Fri, 10 Jul 2020 17:16:07 +0100): >On 10/07/2020 17:01, Jan Ehrhardt wrote: >> I am building PHP for Windows myself, but I know from the questions I am >> getting that a lot of corporate customers of Microsoft are running PHP >> on Window

[PHP-DEV] Re: Microsoft Support of PHP on Windows

Hi Dale, "Dale Hirt via internals" in php.internals (Thu, 9 Jul 2020 18:48:44 +): >My name is Dale Hirt and I am the project manager for PHP inside >Microsoft. > >We currently support PHP with development and build efforts for PHP 7.3, >and PHP 7.4. In addition, we help with building PHP 7.2

Re: [PHP-DEV] Who are the current eligible voters?

Nikita Popov in php.internals (Thu, 16 Jan 2020 15:51:06 +0100): > >If you don't know your php.net account password, request a new one at >https://master.php.net/forgot.php. Thanks. That one worked. Just curious: why did the wiki send me an unusable Wikidocu password? -- Jan -- PHP Internals -

Re: [PHP-DEV] Who are the current eligible voters?

"Christoph M. Becker" in php.internals (Thu, 16 Jan 2020 14:16:21 +0100): >On 16.01.2020 at 13:18, Jan Ehrhardt wrote: > >> And I still cannot vote. This discussion prompted me to request a >> password. I got a DokuWiki password, but logging in on >> https

Re: [PHP-DEV] Who are the current eligible voters?

tyson andre in php.internals (Thu, 16 Jan 2020 03:02:24 +): > Olumide Samson in php.internals (Wed, 15 Jan 2020 22:06:04 +0100): >> Wow. From a participation standpoint that seems pretty pathetic. If 30 >> is the average that means most people never vote.  >> >> I would have assumed that

[PHP-DEV] Re: PHP 7.1.33 Released

Joe Watkins in php.internals (Fri, 25 Oct 2019 00:33:13 +0200): >The PHP development team announces the immediate availability of PHP >7.1.33. This is a security release. > >All PHP 7.1 users are encouraged to upgrade to this version. Please include the Windows builds of PHP 7.1.33 in

[PHP-DEV] Re: Postpone 7.3 (& 7.2) releases by 1 week?

Jan Ehrhardt in php.internals (Tue, 10 Dec 2019 06:45:56 +0100): >Let us give the 7.3 RMs a New Years Eve Let us give the 7.3 RMs a New Year's Eve without obligations. -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Postpone 7.3 (& 7.2) releases by 1 week?

Right now we have this cyclus: Week 1: 7.3.x RC1 Week 2: 7.4.x RC1 Week 3: 7.3.x Release, maybe 7.2.x Release Week 4: 7.4.x Release Week 5: 7.3.x+1 RC1 etc etc Wouldn't it be better to sync our watches and release new versions of PHP 7.4, 7.3 and possibly 7.2 at the same date, every 4 weeks?

[PHP-DEV] Re: PHP 7.4.0 Released!

Congrats! Derick Rethans in php.internals (Thu, 28 Nov 2019 09:36:15 + (GMT)): >Release Announcement: >Downloads: >Windows downloads: >Changelog:

Re: [PHP-DEV] Re: PHP 7.2.24 Released

Sara Golemon in php.internals (Wed, 20 Nov 2019 10:03:24 -0600): >On Wed, Nov 20, 2019 at 9:28 AM Jan Ehrhardt wrote: > >> Remi Collet in php.internals (Thu, 24 Oct 2019 12:58:01 +0200): >> >The PHP development team announces the immediate availability of PHP >>

[PHP-DEV] Re: PHP 7.2.24 Released

Remi Collet in php.internals (Thu, 24 Oct 2019 12:58:01 +0200): >The PHP development team announces the immediate availability of PHP >7.2.24. This is a security release which also contains several minor bug >fixes. Is 7.2.25 stuck somewhere? 7.3.12 was tagged yesterday, but nothing for 7.2.25

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

"Helmut K. C. Tessarek" in php.internals (Sun, 27 Oct 2019 22:31:52 -0400): >Hmm, it does not fail on my machine as you can see from the results I posted >earler. But I just had an idea: >The extension is very picky about having a proper ca file. I ran into similar >issues a while back. > >Can you

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Nikita Popov in php.internals (Mon, 14 Oct 2019 11:22:24 +0200): >./configure --disable-all --with-openssl OPENSSL_LIBS="-l:libssl.a >-l:libcrypto.a -ldl" CFLAGS="-pthread" > >This compiles successfully. > >> ldd sapi/cli/php >linux-vdso.so.1 (0x7ffd1531f000) >libresolv.so.2 =>

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Helmut K. C. Tessarek in gmane.comp.php.devel (Sat, 26 Oct 2019 15:49:30 -0400): >On 2019-10-26 08:20, Jan Ehrhardt wrote: >> Fill in a smtp-server of your choice (like smtp.gmail.com) and run it. >> It is non optimized for speed, so it might take 2 minutes before the >>

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

"Helmut K. C. Tessarek" in php.internals (Tue, 22 Oct 2019 22:33:39 -0400): >After a few more hours of trial and error I managed to get it working. > >However, the `-lpthread` in OPENSSL_LIBS is ignored. I checked the config.log, > but it wasn't added to the linker command. But adding it to LIBS

Re: [PHP-DEV] nntp 2 mail gateway for internals broken

"Christoph M. Becker" in php.internals (Wed, 23 Oct 2019 13:37:54 +0200): >Was this problem perhaps temporary? There was a general issue with >news.php.net yesterday. Looks like it was temporary indeed. Yesterday's disruption caused this: https://news-web.php.net/php.internals/107636 -- Jan --

Re: [PHP-DEV] nntp 2 mail gateway for internals broken

Hi Christoph, "Christoph M. Becker" in php.internals (Wed, 23 Oct 2019 13:37:54 +0200): >On 23.10.2019 at 13:34, Jan Ehrhardt wrote: > >> Jan Ehrhardt in php.internals (Wed, 23 Oct 2019 07:50:38 +0200): >>> I was always using nntp://news.php.net to reply to messages

Re: [PHP-DEV] nntp 2 mail gateway for internals broken

Jan Ehrhardt in php.internals (Wed, 23 Oct 2019 07:50:38 +0200): >I was always using nntp://news.php.net to reply to messages in the Internals >list. Sad thing: the syncing from the newsserver to the mailinglist is >currently broken. If that is a permanent situation the newsser

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Nikita Popov in php.internals (Wed, 23 Oct 2019 11:08:51 +0200): >On Mon, Oct 14, 2019 at 1:44 PM Jan Ehrhardt wrote: >> Wow. Improvement of a patch back in Jun 13, 2005: >> >> https://github.com/php/php-src/commit/54d85cbfdadeca491478e3894707534e2c9ccd1f >> Origina

[PHP-DEV] nntp 2 mail gateway for internals broken

I was always using nntp://news.php.net to reply to messages in the Internals list. Sad thing: the syncing from the newsserver to the mailinglist is currently broken. If that is a permanent situation the newsserver shuld be rejecting usenet posts, like AFAIK php.internals.win does. Otherwise could

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

On 2019-10-23 07:01, Jan Ehrhardt wrote: On 2019-10-23 06:36, Helmut K. C. Tessarek wrote: On 2019-10-23 00:28, Jan Ehrhardt wrote: It worked in my PHP 7.2 when I added '-pthread' to CFLAGS: https://news-web.php.net/php.internals/107632 Hmm, CFLAGS shouldn't be used for linker flags

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

On 2019-10-23 06:36, Helmut K. C. Tessarek wrote: On 2019-10-23 00:28, Jan Ehrhardt wrote: It worked in my PHP 7.2 when I added '-pthread' to CFLAGS: https://news-web.php.net/php.internals/107632 Hmm, CFLAGS shouldn't be used for linker flags. It should be added to LDFLAGS. In either case

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

On 2019-10-23 06:17, Helmut K. C. Tessarek wrote: On 2019-10-23 00:03, Jan Ehrhardt wrote: That is more or less the same answer I posted 13 hours earlier https://news-web.php.net/php.internals/107628 Darn, that would have saved me a lot of time... ;-) Yes. Really bad that nntp

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

"Helmut K. C. Tessarek" in php.internals (Tue, 22 Oct 2019 22:33:39 -0400): >Eureka! > >After a few more hours of trial and error I managed to get it working. > >However, the `-lpthread` in OPENSSL_LIBS is ignored. I checked the config.log, > but it wasn't added to the linker command. But adding

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Jan Ehrhardt in php.internals (Tue, 22 Oct 2019 15:04:20 +0200): >With at least bison 3.0 and re2c 3.14.1 installed this seens to >work with PHP 7.4.0RC4: > >#!/bin/sh >./configure \ >--with-config-file-scan-dir=/usr/local/lib/php.conf.d \ >--disable-all \ >--with-openssl-

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Jan Ehrhardt in php.internals (Tue, 22 Oct 2019 15:04:20 +0200): >With at least bison 3.0 and re2c 3.14.1 installed this seems to >work with PHP 7.4.0RC4: [snip] With some modules enabled: #!/bin/sh ./configure \ --disable-all \ --with-openssl-dir=/usr/local/ssl-1.1.1 \ --with-openssl=/usr

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

"Helmut K. C. Tessarek" in php.internals (Mon, 21 Oct 2019 23:34:58 -0400): >On 2019-10-14 05:46, Nikita Popov wrote: >> This should be fixed with >> https://github.com/php/php-src/commit/c518932c0326a938f0fd0254f2adb03b1cddfbca. >> Now using just >> >> ./configure --disable-all --with-openssl

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

Nikita Popov in php.internals (Mon, 14 Oct 2019 11:46:57 +0200): >On Mon, Oct 14, 2019 at 11:30 AM Nikita Popov wrote: > >> On Mon, Oct 14, 2019 at 11:22 AM Nikita Popov >> wrote: >> >>> The fact that "-pthread" gets stripped from LIBS might be a bug. >> >> Looks like the -pthread stripping

Re: [PHP-DEV] configure bug with static openssl 1.1.1? - bugid 77288

"Helmut K. C. Tessarek" in php.internals (Thu, 7 Feb 2019 13:39:11 +0100): >On 2018-12-13 17:52, Rainer Jung wrote: >> I might be wrong, but I vaguely remember that PHp does not call >> "pkg-config --static --libs openssl" with a correctly setup >> PKG_CONFIG_PAATZ to get the libs needed for

Re: [PHP-DEV] Re: PHP 7.4.0beta2 is available for testing

Sara Golemon in php.internals (Tue, 20 Aug 2019 15:03:07 -0500): >On Tue, Aug 20, 2019 at 1:58 PM Jan Ehrhardt wrote: > >> Derick Rethans in php.internals (Thu, 8 Aug 2019 09:53:28 +0100 (BST)): >> >PHP 7.4.0beta2 has just been released and can be downloaded from: >>

[PHP-DEV] Re: PHP 7.4.0beta2 is available for testing

Derick Rethans in php.internals (Thu, 8 Aug 2019 09:53:28 +0100 (BST)): >PHP 7.4.0beta2 has just been released and can be downloaded from: Was 7.4.0beta3 skipped? 7.4.0beta4 is now tagged at Github. https://github.com/php/php-src/releases/tag/php-7.4.0beta4 -- Jan -- PHP Internals - PHP

Re: [PHP-DEV] Re: PHP 7.4 FEATURE FREEZE ?

Remi Collet in php.internals (Wed, 24 Jul 2019 08:15:36 +0200): >Le 23/07/2019 à 19:13, Jan Ehrhardt a écrit : >> Derick Rethans in php.internals (Tue, 23 Jul 2019 10:00:12 +0100 (BST)): >>> DOs: >>> - Test test test test >> >> There are 2 more extensions

[PHP-DEV] Re: PHP 7.4 FEATURE FREEZE ?

Derick Rethans in php.internals (Tue, 23 Jul 2019 10:00:12 +0100 (BST)): >DOs: >- Test test test test There are 2 more extensions broken in beta1 that were OK in alpha3: sqlsrv and pdo_sqlsrv. See https://github.com/microsoft/msphpsql/issues/999#issuecomment-514298284 -- Jan -- PHP Internals -

[PHP-DEV] Re: PHP 7.4 FEATURE FREEZE ?

Derick Rethans in php.internals (Tue, 23 Jul 2019 10:00:12 +0100 (BST)): >DOs: >- Test test test test I did. Compilation of Wincache fails in 7.4-beta1: https://github.com/php/pecl-caching-wincache/commit/def79d476ccb9ad4987d588adda2fdfbb6a80652#commitcomment-34413735 -- Jan -- PHP Internals -

[PHP-DEV] Re: PHP 7.4.0alpha1 is available for testing

Jan Ehrhardt in php.internals (Wed, 19 Jun 2019 03:16:58 +0200): >Derick Rethans in php.internals (Thu, 13 Jun 2019 12:50:48 +0100 (BST)): >>PHP 7.4.0alpha1 has just been released and can be downloaded from: >> >><https://downloads.php.net/~derick/> >> >

[PHP-DEV] Re: PHP 7.4.0alpha1 is available for testing

Derick Rethans in php.internals (Thu, 13 Jun 2019 12:50:48 +0100 (BST)): >PHP 7.4.0alpha1 has just been released and can be downloaded from: > > > >Or use the git tag: php-7.4.0alpha1 > >Windows binaries are available at: >

Re: [PHP-DEV] [RFC] JIT

Zeev Suraski in php.internals (Sun, 3 Feb 2019 11:02:56 +): >Jan Ehrhardt in php.internals (Sun, 03 Feb 2019 11:47:09 +0100): >>Hi Zeev, >> >>Zeev Suraski in php.internals (Sun, 3 Feb 2019 07:05:49 +): >>>2. Most PHP production workloads are on L

Re: [PHP-DEV] [RFC] JIT

Hi Zeev, Zeev Suraski in php.internals (Sun, 3 Feb 2019 07:05:49 +): >2. Most PHP production workloads are on Linux, and as far as I can tell >this trend is only growing over the years - with virtual machines and >now containers becoming more and more popular - meaning that even >developers

[PHP-DEV] PHP 7.2.15 RC1?

Is it on purpose that 7.2.15 RC1 was not released last week? There are enough changes after 7.2.14: https://github.com/php/php-src/blob/d978590c745c23940e29d05d612f673ea45f1d91/NEWS -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] [RFC] [VOTE] FFI - Foreign Function Interface

"Christoph M. Becker" in php.internals (Sat, 29 Dec 2018 12:27:58 +0100): >As I understand it, the extension would not be compiled by default, but >rather has to be enabled using an explicit --with-ffi configure >option[1] (or --enable-ffi on Windows[2]). A strange difference. Is not the

Re: [PHP-DEV] Re: Skip 7.3.0RC6?

Remi Collet in php.internals (Thu, 25 Oct 2018 07:32:00 +0200): >https://blog.remirepo.net/post/2018/07/02/PHP-extensions-status-with-upcoming-PHP-7.3 You can move v8js to work-in-progress. There is a 7.2+ branch: https://github.com/phpv8/v8js/issues/374#issuecomment-421262169 The Appveyor

[PHP-DEV] Re: Skip 7.3.0RC6?

Jan Ehrhardt in php.internals (Thu, 25 Oct 2018 06:02:31 +0200): >Additional extensions that are not ready for PHP 7.2 yet: 7.3 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Skip 7.3.0RC6?

"Christoph M. Becker" in php.internals (Wed, 24 Oct 2018 19:37:57 +0200): >I've thought about this as well, but given that some widely used PECL >extensions are not ready for PHP 7.3 yet (for instance, yaml[1], >mailparse[2] and uopz[3]) (Remi may have more to say on this), it might >be better to

Re: [PHP-DEV] News and mailing lists were down. Up again?

Rasmus Lerdorf in php.internals (Wed, 29 Aug 2018 08:07:21 -0700): >On Tue, Aug 28, 2018 at 2:52 AM, Jan Ehrhardt wrote: > >> https://bugs.php.net/bug.php?id=76743 The newserver has picked up the feed as well. -- Jan -- PHP Internals - PHP Runtime Development Mailing List To

[PHP-DEV] News and mailing lists were down. Up again?

https://bugs.php.net/bug.php?id=76743 Are we back? -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: PHP 7.3.0beta1 is available for testing

Hi Christoph, Congrats for this milestone! "Christoph M. Becker" in php.internals (Thu, 2 Aug 2018 12:14:46 +0200): >For more information on the new features and other changes, you can read >the NEWS file >(), or the >UPGRADING file

[PHP-DEV] Re: PHP 7.1.21

"Christoph M. Becker" in php.internals (Tue, 31 Jul 2018 16:59:15 +0200): >On 31.07.2018 at 16:50, Jan Ehrhardt wrote: > >> On github PHP 7.1.21 appeared right now: >> https://github.com/php/php-src/releases/tag/php-7.1.21 >> Shouldn't that have been PHP 7.1.21

[PHP-DEV] PHP 7.1.21

On github PHP 7.1.21 appeared right now: https://github.com/php/php-src/releases/tag/php-7.1.21 Shouldn't that have been PHP 7.1.21RC1? -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] re2c version(s)

Stanislav Malyshev in php.internals (Fri, 13 Jul 2018 11:40:12 -0700): >> re2c is widely available on Linux distros nowadays (probably > >On Linux distros on common platforms (Intel/AMD) - sure. But what if you >need an uncommon platform, or one that does not run Linux? It's those >platforms where

[PHP-DEV] Re: libmbfl API changes in PHP 7.3

Jan Ehrhardt in php.internals (Tue, 10 Jul 2018 15:39:39 +0200): >"Christoph M. Becker" in php.internals (Tue, 10 Jul 2018 12:04:10 >+0200): >>Have you tried to convert the first two arguments via mbfl_no2encoding()[1]? > >It compiles, but segfaults in 1 test on this

[PHP-DEV] Re: libmbfl API changes in PHP 7.3

"Christoph M. Becker" in php.internals (Tue, 10 Jul 2018 12:04:10 +0200): >Have you tried to convert the first two arguments via mbfl_no2encoding()[1]? It compiles, but segfaults in 1 test on this line https://github.com/php/pecl-mail-mailparse/blob/master/mailparse.c#L1466 Unhandled exception

[PHP-DEV] Re: libmbfl API changes in PHP 7.3

Jan Ehrhardt in php.internals (Tue, 10 Jul 2018 10:30:33 +0200): >The change was introduced in this commit by nikic: >https://github.com/php/php-src/commit/b3c1d9d1118438a3dae357db2b39ca5cfa25 What strikes me: this change was made to the master branch almost a year ago, at the time PHP

[PHP-DEV] libmbfl API changes in PHP 7.3

While trying to make the mailparse extension fit for PHP 7.3 I ran into changes in the libmbfl API. I cannot find any documentation on this change. The change was introduced in this commit by nikic: https://github.com/php/php-src/commit/b3c1d9d1118438a3dae357db2b39ca5cfa25 To be specific:

Re: [PHP-DEV] Re: PHP 7.3 zif_handler changes

"Christoph M. Becker" in php.internals (Thu, 28 Jun 2018 12:56:43 +0200): >Apparently, zval_ptr_dtor() had to be replaced with >zval_internal_dtor() to avoid a segfault with PHP 7.3. Is this caused >by a change in the engine? If so, is this change documented? Another one: some extensioms suffer

[PHP-DEV] Re: RFCs �Under Discussion� targeting 7.3

"Christoph M. Becker" in php.internals (Thu, 28 Jun 2018 15:31:25 +0200): >There are several RFCs in the “Under Discussion” section[1] which target >PHP 7.3, even though no discussion had happened during the last weeks if >not months. Since the feature freeze is approaching (scheduled for >June,

[PHP-DEV] Re: PHP 7.3 zif_handler changes

"Christoph M. Becker" in php.internals (Tue, 26 Jun 2018 13:15:32 +0200): >On 26.06.2018 at 08:42, Jan Ehrhardt wrote: > >> https://github.com/php/php-src/blob/php-7.3.0alpha2/UPGRADING.INTERNALS >> >> pecl_http: >> |php_http_client_curl_user.c(190): error C

[PHP-DEV] PHP 7.3 zif_handler changes

"Christoph M. Becker" in php.internals (Thu, 21 Jun 2018 12:28:49 +0200): >For more information on the new features and other changes, you can read >the NEWS file >(), or the >UPGRADING file

[PHP-DEV] Re: memcache, without a d, as in Venezuela

Rowan Collins in php.internals (Fri, 22 Jun 2018 23:40:27 +0100): >However, it seems that the package without a d is actually abandoned. >The official PECL package was last released more than 5 years ago [3], >and the bug asking for PHP 7 compatibility is still open [4]. An >unofficial fork

Re: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available

Hi Chris, "Christoph M. Becker" in php.internals (Fri, 5 Jan 2018 15:53:23 +0100): >On 05.01.2018 at 14:55, Jan Ehrhardt wrote: > >>>> The main reason why I prefer the github zips over the zips at >>>> http://windows.php.net/download/ is some kind of misma

Re: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available

Hi Anatol, Anatol Belski in php.internals (Fri, 5 Jan 2018 13:56:55 +): >I don't reproduce this issue using >http://windows.php.net/downloads/releases/php-7.2.1-src.zip . There is always a >chance for a tool issue, especially when using an older tool or some without >Unicode support. For zip,

Re: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available

Hi Sara, Sara Golemon in php.internals (Fri, 5 Jan 2018 08:38:57 -0500): >No, that was an accident. OK. Next time will be perfect. >> The main reason why I prefer the github zips over the zips at >> http://windows.php.net/download/ is some kind of mismatch in the UTF-8 >> filenames: > >Wh?

[PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available

Jan Ehrhardt in php.internals (Fri, 05 Jan 2018 09:19:46 +0100): >Sara Golemon in php.internals (Thu, 4 Jan 2018 12:06:59 -0500): >>I'm happy to announce not one, but two new PHP releases today. >>PHP 7.1.13 and 7.2.1 are ready to go at http://php.net/downloads.php >

[PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available

Sara Golemon in php.internals (Thu, 4 Jan 2018 12:06:59 -0500): >I'm happy to announce not one, but two new PHP releases today. >PHP 7.1.13 and 7.2.1 are ready to go at http://php.net/downloads.php Is it on purpose that the release-zip on github contains PHP 7.2.1-dev? See the main/php_version.h

[PHP-DEV] Re: Public Tags of Releases

Anatol Belski in php.internals (Tue, 28 Nov 2017 19:29:41 +): >By the current terms - there's no release until the announcement. Tags >are a virtually internal thing. For a number of people the tarball is >the actual release. The Windows builds are done from the tag, that's >specific. FWIW: I

[PHP-DEV] Re: [PHP-WEBMASTER] Subscribe Function Seems to be down for several days

Alan Feuerbacher in php.internals (Wed, 16 Aug 2017 15:33:10 -0600): >On 8/16/2017 10:25 AM, Hannes Magnusson wrote: >> If that still doesn't work, try sending empty mail to >> -subscr...@lists.php.net >> (e.g. internals-subscr...@lists.php.net) > >general-subscr...@lists.php.net Try

Re: [PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Rasmus Lerdorf in php.internals (Sat, 22 Jul 2017 09:22:07 -0400): >Ok, so it is a normal E_WARNING and not the source of the fatal error you >hit. You must have something else going on. Perhaps a custom error handler >turning it into a fatal, although that also hasn't changed from 7.1. Drupal7

Re: [PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Rasmus Lerdorf in php.internals (Sat, 22 Jul 2017 08:07:55 -0400): >On Sat, Jul 22, 2017 at 12:32 AM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: > >> Your example issues an E_STRICT warning, in both PHP 7.2 nts x64 and PHP >> 7.1 nts x64, so it must be caused by something e

[PHP-DEV] Status of thread safety in PHP 7.0 & 7.1 ZTS?

Quoting https://twitter.com/krakjoe/status/887743571515912196 >Just FYI ... Thread safety in PHP 7.0 and 7.1 is broken: If you are >using ZTS upgrade to 7.2 ... peril awaits those who ignore this warning Should we ditch PHP 7.0 ZTS and PHP 7.1 ZTS? I ran into this while discussing the pthreads

Re: [PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Rasmus Lerdorf in php.internals (Fri, 21 Jul 2017 22:15:13 -0400): >On Fri, Jul 21, 2017 at 9:50 PM, Jan Ehrhardt <php...@ehrhardt.nl> wrote: > >> The case: class RulesActionContainerUI has a public function form: >> > public function form(&$form, &$form_s

[PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Hi Sara, Sara Golemon in php.internals (Thu, 20 Jul 2017 08:13:39 -0400): >The first beta for 7.2.0 was just released and can be downloaded from: >https://downloads.php.net/~pollita/ [snip] >Please test it carefully, and report any bugs in the bug system. I tried running Drupal7 with 7.2.0 Beta

Re: [PHP-DEV] Re: PHP 7.2 forked

Hi Anatol. Anatol Belski in php.internals (Wed, 19 Jul 2017 13:37:59 +): >Hi Jan, > >> Congrats. Question, maybe for Anatol: what did change in the Windows Build >> environment? It was taking ages for 'Generating code', for each extension. >> Now >> it is as fast as building PHP 7.1. >

[PHP-DEV] Re: Minimum MySQL version

Nikita Popov in php.internals (Tue, 18 Jul 2017 21:37:07 +0200): >I just found out that some of the PDO code contains MySQL version checks >going all the way back to MySQL 3.22.30, which has been released in 2000. > >What is the minimum MySQL version we support? can I drop checks for MySQL >3.x

[PHP-DEV] Re: PHP 7.2 forked

Sara Golemon in php.internals (Tue, 18 Jul 2017 10:48:16 -0400): >That's it! Feature freeze is on. Congrats. Question, maybe for Anatol: what did change in the Windows Build environment? It was taking ages for 'Generating code', for each extension. Now it is as fast as building PHP 7.1. -- Jan

Re: [PHP-DEV] [RFC] [Discussion] UUID

"Christoph M. Becker" in php.internals (Wed, 24 May 2017 18:35:08 +0200): >On 24.05.2017 at 18:25, Remi Collet wrote: > >> And I also think using system libuuid is better than reinventing the >> wheel, and having to maintain a uuid algo, when already maintained by >> someone else, which only work

[PHP-DEV] Re: Improve hash_hkdf() parameter

wout van gils in php.internals (Thu, 13 Apr 2017 15:13:40 +): >Kan iemand mij eindelijk eens uitschrijven.? Dat moet je zelf doen: http://php.net/mailing-lists.php Onderaan. -- Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: windows.php.net is moving to new IP

"Anatol Belski" in php.windows (Tue, 17 Jan 2017 20:14:55 +0100): >I'm writing to inform, that the current Windows infrastructure hosting >sponsor doesn't plan to support the project anymore. Furthermore, a >notification was given, that the servers will be taken down within a couple >of next

[PHP-DEV] Re: windows.php.net is moving to new IP

"Anatol Belski" in php.internals (Tue, 17 Jan 2017 20:14:55 +0100): >I'm writing to inform, that the current Windows infrastructure hosting >sponsor doesn't plan to support the project anymore. Furthermore, a >notification was given, that the servers will be taken down within a couple >of next

Re: [PHP-DEV] [RFC] Distrust SHA-1 Certificates

Jakub Zelenka in php.internals (Sun, 27 Nov 2016 19:37:50 +): >At the time the PHP 7.2 is out, there will be much bigger usage of OpenSSL >1.1 and the users on lower version could still disable it manually. I sure hope so. What concerns me is that there is no movement at all to add OpenSSL

Re: [PHP-DEV] [RFC] Distrust SHA-1 Certificates

Jakub Zelenka in php.internals (Sun, 27 Nov 2016 19:37:50 +): >On Sun, Nov 27, 2016 at 3:17 PM, Niklas Keller wrote: >> That may be true, but we only raised the minimum requirement for newer >> versions of PHP. If this is going to be backported for PHP 5.6 / 7.0 / 7.1, >> we

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.2

Nikita Popov in php.internals (Fri, 18 Nov 2016 15:55:23 +0100): >https://wiki.php.net/rfc/deprecations_php_7_2 > >The RFC combines a number of deprecation and removal proposals. Each one >will get a separate 2/3 majority vote. The RFC overlaps with some recently >discussed topics (each,

Re: [PHP-DEV] PHP-7.1.0RC6

Stephen Zarkos in php.internals (Wed, 9 Nov 2016 14:44:17 +): >FYI - the Windows builds for 7.1.0RC6 are uploaded. This confirms, what I already noticed myself. There has been a change in the Windows build process: the *.pdb files of the dependencies are added to the debug pack now. I do not

Re: [PHP-DEV] PHP 5.5 update this week?

Stanislav Malyshev in php.internals (Mon, 18 Jul 2016 13:49:08 -0700): >> Excellent, I knew 5.5 was EOL, but with those 2 outstanding commits, I >> figured a new version would be published. > >The next release will be the last planned for 5.5. I assume there will >be announcement to that effect

Re: [PHP-DEV] PHP 7.1.0alpha1 is available for testing

Remi Collet in php.internals (Sun, 12 Jun 2016 08:17:35 +0200): >Le 11/06/2016 à 19:01, Jan Ehrhardt a écrit : >> Probably you know best, but isn't ssh2 ready for PHP7+? >> http://git.php.net/?p=pecl/networking/ssh2.git;a=summary > >IIRC, ssh2 is not yet fully ported

  1   2   3   >