[PHP-DEV] Local variables for editors

2017-11-29 Thread Peter Kokot
Hello, I'm not sure if this has been discussed before, but I find these local variables in C, H and other files a bit strange and bloated: /* * Local variables: * tab-width: 4 * c-basic-offset: 4 * End: * vim600: noet sw=4 ts=4 fdm=marker * vim<600: noet sw=4 ts=4 */ Is there any chance t

Re: [PHP-DEV] Re: Public Tags of Releases

2017-11-29 Thread Johannes Schlüter
On Mi, 2017-11-29 at 15:43 +0100, li...@rhsoft.net wrote: > Am 29.11.2017 um 15:37 schrieb Johannes Schlüter: > > > > On Mi, 2017-11-29 at 12:09 +0100, Jan Ehrhardt wrote: > > > > > > FWIW: I am using the zip's at github, like > > > https://github.com/php/php-src/archive/php-7.2.0.zip > > Contrar

Re: [PHP-DEV] Re: Public Tags of Releases

2017-11-29 Thread li...@rhsoft.net
Am 29.11.2017 um 15:37 schrieb Johannes Schlüter: On Mi, 2017-11-29 at 12:09 +0100, Jan Ehrhardt wrote: FWIW: I am using the zip's at github, like https://github.com/php/php-src/archive/php-7.2.0.zip Contrary to "official" release tarballs those don't contain generated parsers etc. thus behav

Re: [PHP-DEV] Re: Public Tags of Releases

2017-11-29 Thread Johannes Schlüter
On Mi, 2017-11-29 at 12:09 +0100, Jan Ehrhardt wrote: > FWIW: I am using the zip's at github, like > https://github.com/php/php-src/archive/php-7.2.0.zip Contrary to "official" release tarballs those don't contain generated parsers etc. thus behavior might be different i.e. due to different bison

Re: [PHP-DEV] Re: Public Tags of Releases

2017-11-29 Thread Rowan Collins
Hi, I agree that tags should be treated as immutable, because that's what distinguishes them from branches. That's true of any VCS, but git has the added restriction that they're treated as global: tags from different remotes aren't tracked separately, they are all merged into the local namespa

[PHP-DEV] Re: Public Tags of Releases

2017-11-29 Thread Jan Ehrhardt
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

RE: [PHP-DEV] PHP 7.0.26 is available

2017-11-29 Thread Anatol Belski
> -Original Message- > From: Sebastian Bergmann [mailto:sebast...@php.net] > Sent: Wednesday, November 29, 2017 10:56 AM > To: internals@lists.php.net > Subject: Re: [PHP-DEV] PHP 7.0.26 is available > > Am 29.11.2017 um 10:35 schrieb Anatol Belski: > > 7.0.27 is planned as the last rele

Re: [PHP-DEV] PHP 7.0.26 is available

2017-11-29 Thread Sebastian Bergmann
Am 29.11.2017 um 10:35 schrieb Anatol Belski: > 7.0.27 is planned as the last release with the active support. Some patches > sit there to be released with this version. Thank you for the quick reply, Anatol. Do we already have a scheduled release date for PHP 7.0.27? -- PHP Internals - PHP Run

RE: [PHP-DEV] PHP 7.0.26 is available

2017-11-29 Thread Anatol Belski
Hi Sebastian, > -Original Message- > From: Sebastian Bergmann [mailto:sebast...@php.net] > Sent: Wednesday, November 29, 2017 10:07 AM > To: internals@lists.php.net > Subject: Re: [PHP-DEV] PHP 7.0.26 is available > > Am 23.11.2017 um 17:40 schrieb Anatol Belski: > > The PHP development t

Re: [PHP-DEV] PHP 7.0.26 is available

2017-11-29 Thread Sebastian Bergmann
Am 23.11.2017 um 17:40 schrieb Anatol Belski: > The PHP development team announces the immediate availability of PHP 7.0.26. > Several bugs have been fixed. All PHP 7.0 users are encouraged to upgrade to > this version. Is this the last PHP 7.0 release with bug fixes (active support for PHP 7.0