We already have a git repository where we keep historical branches, we
don't need to create another.
I'm really not sure what the problem is here, and we have spent far too
long discussing this non issue.
Cheers
Joe
On Mon, 19 Aug 2019 at 23:23, Olumide Samson wrote:
> >
> > Maybe it might nec
>
> Maybe it might necessarily not need be removed, if this might be a better
> idea, why shouldn't there be a php-archive or something like that as a git
> account or repository where all those historical branches may be kept for
> historical access?
>
> I think removing isn't making sense to me a
Contributing to the PHP Core and PHP Windows code
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 19 Aug 2019 at 01:06, G. P. B. wrote:
>
> Hello internal,
>
> It seems this topic already has been raised a year ago [1] but nothing has
> been done.
> So I would like to raise the issue again, there are a various of old and
> empty branches currently in git, would it be possible to remove
On Mon, Aug 19, 2019, at 1:26 AM, Zeev Suraski wrote:
> I'm on vacation so only at a high level:
>
> - If it's anything remotely similar to the one for P++ (abrupt, done
> without any coordination with the author, goes into a vote with
> immediate effect, grossly misrepresents the idea while ref
Note, while reading the code I noticed it doing some odd things with
strings (see casting away constness in patch) ... this wants a maintainer,
I was just getting the build going [and not volunteering] ...
Cheers
Joe
PS. Sorry about double post ...
On Mon, 19 Aug 2019 at 15:42, Joe Watkins wrot
Afternoon,
Patch for php7:
https://gist.github.com/krakjoe/549ec38161ecd1ad9b8f16f6cf18657e
Run with it, or not ...
Cheers
Joe
On Mon, 19 Aug 2019 at 14:43, Christoph M. Becker wrote:
> Hi!
>
> On 19.08.2019 at 12:47, Tobias Frei wrote:
>
> > Today I was asked to contact this list about the
Hi!
On 19.08.2019 at 12:47, Tobias Frei wrote:
> Today I was asked to contact this list about the 2013-01-01 proposal
> described in Feature Request 63880.
>
> https://bugs.php.net/bug.php?id=63880
>
> Please implement some kind of lzma compression, e.g. xz or lzip,
> alongside gzip and bzip2 in
Good afternoon,
there was an extension but seems not maintained (
https://github.com/payden/php-xz/blob/master/README.md). It should not be
too hard to port to 7.
best,
Pierre
On Mon, Aug 19, 2019, 5:48 PM Tobias Frei wrote:
> Hi,
>
> Today I was asked to contact this list about the 2013-01-0
Hi,
Today I was asked to contact this list about the 2013-01-01 proposal
described in Feature Request 63880.
https://bugs.php.net/bug.php?id=63880
Please implement some kind of lzma compression, e.g. xz or lzip,
alongside gzip and bzip2 in php.
The original proposal asked for xz compress
I saw the list and the ages, what I didn't see was a justification for
removing them.
I think a proper analysis hasn't really been performed, for example the
native-tls branch was merged after ng into the 7.0 series, and I didn't
remove it because it serves as a reference point for the old vs the
On 19.08.2019 at 04:08, Sara Golemon wrote:
> On Sun, Aug 18, 2019 at 6:06 PM G. P. B. wrote:
>
>> It seems this topic already has been raised a year ago [1] but nothing has
>> been done.
>> So I would like to raise the issue again, there are a various of old and
>> empty branches currently in gi
Hello,
I think the list compiled in the initial email done by *Gabriel Caruso* [1]
is a good starting point.
Copied here for reference.
15+ years old:
- experimental/RETURN_REF
- experimetnal/RETURN_REF_PATCH
- experimental/pre_new_hash_func
- experimental/zts_stdc_scanners
- exp
13 matches
Mail list logo
