On Jan 27, 2015 2:29 AM, Derick Rethans der...@php.net wrote:
On Mon, 26 Jan 2015, Ferenc Kovacs wrote:
On Mon, Jan 26, 2015 at 3:45 PM, Sebastian Bergmann sebast...@php.net
wrote:
Am 26.01.2015 um 13:56 schrieb Lester Caine:
how would YOU propose to replace it?
I am not
.
If anything I would enforce the default at configure/build time. So it at
least gets the correct one from a host point of view.
Cheers,
Pierre
On Jan 25, 2015 3:31 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
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
On Jan 25, 2015 12:45 AM, Xinchen Hui larue...@php.net wrote:
Hey:
On Sun, Jan 25, 2015 at 1:43 AM, Juan Basso jrba...@gmail.com wrote:
I see. Shouldn't this BC break be added on the UPGRADING file too? I can
open a PR if necessary.
I think it's not necessary, for such a rare usage..
at it pls :)
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
APIs and not as two new independent
extensions.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 23, 2015 12:17 PM, Juan Basso jrba...@gmail.com wrote:
I could isolate the problem. Here is a script to reproduce:
https://gist.github.com/jrbasso/031fffc8f5eeaf872d4e
The issue seems to be related when a new instance is loaded and then
get_class_vars is called for the class holding
On Jan 22, 2015 12:21 AM, Tony Marston tonymars...@hotmail.com wrote:
Kristopher wrote in message
news:caf9u7z_bldusnq7c0mvtoxyjpqopa+tmatgqrb7yqeips11...@mail.gmail.com...
On Wed, Jan 21, 2015 at 9:50 AM, Tony Marston tonymars...@hotmail.com
wrote:
You are totally missing the point. It
and keep the rest
as it was if built outside php. But duplicate stdint is a no-go and a
maintenance pain.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. Imap or mcrypt, both dead cows, should go away. Let wait the
required delay and move to vote. The sooner we take a decision the
better.
Cheers,
Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
in default search, a big warning on
install should be displayed as well (that's something I can take of if
desired).
Maybe change the RFC title to reflect both kind of moves and them to the list.
Cheers,
Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On Tue, Jan 20, 2015 at 6:26 AM, Pierre Joye pierre@gmail.com wrote:
Seriously I would also like to see all three in pecl. I am not saying
that they are not used nor maintained but a more flexible releases and
leave more options to the maintainer(s) could actually help. The main
problem
? We already have foreach/as which does exactly that, and unlike JS which
added for/of, there’s nothing wrong with PHP’s foreach so we don’t need
support for a new symbol.
Indeed, exactly same feature.
Otherwise, well done again Andrea, love it ::)
--
Pierre
@pierrejoye | http://www.libgd.org
On Jan 19, 2015 6:09 PM, Derick Rethans der...@php.net wrote:
On Mon, 19 Jan 2015, Pierre Joye wrote:
On Jan 19, 2015 5:14 PM, Derick Rethans der...@php.net wrote:
On Sun, 18 Jan 2015, Sebastian Bergmann wrote:
Am 18.01.2015 um 09:40 schrieb Matteo Beccati:
what's the plan
On Jan 19, 2015 9:17 PM, Dmitry Stogov dmi...@zend.com wrote:
I'd like to initiate a vote on this RFC:
https://wiki.php.net/rfc/fast_zpp
https://wiki.php.net/rfc/json_preserve_fractional_part
It proposes an additional fast way to parse arguments of internal
functions.
The implementation
On Jan 19, 2015 4:49 PM, Dmitry Stogov dmi...@zend.com wrote:
Despite of PEAR, I also found few other apps, from my usual test list,
broken - Typo3, Xoops, SugarCRM.
Magento is broken long time ago by unified variable syntax.
I'm really unhappy with this direction...
I have concerns too. I
On Jan 19, 2015 1:21 AM, Andrea Faulds a...@ajf.me wrote:
Hey Pierre,
On 18 Jan 2015, at 16:55, Pierre Joye pierre@gmail.com wrote:
Addint/editing it means a re vote.
I don’t think this is always true. For minor changes to the RFC text that
provide clarifications and do not change
On Sun, Jan 18, 2015 at 11:53 PM, Levi Morrison le...@php.net wrote:
On Sat, Jan 17, 2015 at 4:42 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi Pierre and Levi,
On Sat, Jan 17, 2015 at 3:05 PM, Pierre Joye pierre@gmail.com wrote:
On Fri, Jan 16, 2015 at 10:36 PM, Yasuo Ohgaki yohg
and actual availability in
a release.
Please not that the release process was approved after 5.3 and applied to 5.4+.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 19, 2015 12:13 AM, Nikita Popov nikita@gmail.com wrote:
On Sun, Jan 18, 2015 at 6:02 PM, Pierre Joye pierre@gmail.com wrote:
On Sun, Jan 18, 2015 at 11:27 PM, Juan Basso jrba...@gmail.com wrote:
During the discussion process it was discussed and people were ok with
it
since
a decision we will implement what is
necessary for that in pickle.
For the ref here: https://github.com/FriendsOfPHP/pickle
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
distros LTS). We
do not break BC since quite some time too in minor releases.
Cheers,
Pierre
On Jan 17, 2015 7:22 PM, Andrea Faulds a...@ajf.me wrote:
Hey Pierre,
On 17 Jan 2015, at 05:56, Pierre Joye pierre@gmail.com wrote:
It looks to me like yet another can of worms (how do you deal with
conversions, mixed operations, etc. it adds a lot of special cases)
with little
, but the PR was target to master. Should I
reopen the PR to PHP-5.6 branch?
I miss that rfc and especially the part saying it targets next 5.x.y, aka
next 5.6.
This is not good. We do not allow features addition to stable branch.
Cheers,
Pierre
. Wait and see
:)
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
forever :)
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
unsigned
integer, my gut feeling right now is no, it should not.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sat, Jan 17, 2015 at 12:09 AM, Dan Ackroyd dan...@basereality.com wrote:
On 16 January 2015 at 00:03, Pierre Joye pierre@gmail.com wrote:
It is also important to note that I would like to push the usage of install
from git/other VCS in the near term, using pickle, and use the website
On Fri, Jan 16, 2015 at 10:36 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi Simon and Levi,
On Fri, Jan 16, 2015 at 4:53 PM, Simon J Welsh si...@welsh.co.nz wrote:
The tests have it after the use():
https://github.com/php/php-src/pull/997/files#diff-e306c6e99612ba59b00a4fe435b287e5R9
This
On Jan 15, 2015 10:24 PM, Benjamin Eberlei kont...@beberlei.de wrote:
On Thu, Jan 15, 2015 at 4:11 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
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,
On Fri, Jan 16, 2015 at 8:14 AM, Adam Harvey ahar...@php.net wrote:
On 15 January 2015 at 17:35, Pierre Joye pierre@gmail.com wrote:
On Nov 26, 2014 1:39 AM, Adam Harvey ahar...@php.net wrote:
On 25 November 2014 at 10:36, Sara Golemon poll...@php.net wrote:
On Tue, Nov 18, 2014 at 3:11
On Nov 26, 2014 1:39 AM, Adam Harvey ahar...@php.net wrote:
On 25 November 2014 at 10:36, Sara Golemon poll...@php.net wrote:
On Tue, Nov 18, 2014 at 3:11 PM, Levi Morrison le...@php.net wrote:
https://wiki.php.net/rfc/remove_php4_constructors
Entirely +1 on removing them in PHP7.
On Thu, Jan 15, 2015 at 8:56 AM, Dmitry Stogov dmi...@zend.com wrote:
ext/session and ext/json are required by most apps.
Right.
The question is: Do you see any other we must have before discussing
that any further?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On Jan 16, 2015 7:03 AM, Pierre Joye pierre@gmail.com wrote:
On Jan 15, 2015 10:24 PM, Benjamin Eberlei kont...@beberlei.de wrote:
On Thu, Jan 15, 2015 at 4:11 PM, Jan Ehrhardt php...@ehrhardt.nl
wrote:
Benjamin Eberlei in php.internals (Thu, 15 Jan 2015 15:53:43 +0100
to define what we would prefer to
do.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. It is only about strict or current conversions, everything
else is going to be an endless discussion about the exact same
arguments, pros, cons, etc.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
On Wed, Jan 14, 2015 at 4:40 PM, Nikita Popov nikita@gmail.com wrote:
On Fri, Jan 2, 2015 at 5:04 PM, Nikita Popov nikita@gmail.com wrote:
Hi internals!
Voting on the removal of deprecated functionality in PHP 7 is now open:
On Wed, Jan 14, 2015 at 9:09 PM, Stanislav Malyshev smalys...@gmail.com wrote:
Hi!
I made a PR here: https://github.com/php/php-src/pull/999 for reviewing
in benchmark this can brings more than 30% performance gain in
array_sort etc functions.
tests fails are related to
( ;) ), json on top of my head. Which other?
Let help Andrea to port these exts and do the other once we know if
the RFC is accepted or not.
Cheers,
Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, Jan 14, 2015 at 8:10 AM, Andi Gutmans a...@zend.com wrote:
On Jan 9, 2015, at 5:10 PM, Sara Golemon poll...@php.net wrote:
On Thu, Jan 8, 2015 at 5:44 PM, Pierre Joye pierre@gmail.com wrote:
The fact that hhvm implements a significant part of the extensions (or
other areas) using
that simply gets bundled).
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, Jan 12, 2015 at 6:38 PM, François Laupretre
franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Apropos of collaborating, who's going to be around FOSDEM/PHPBenelux
that would like to come up with a plan for this project?
I'd love to but I can't afford. I am
or similar to hash
out goals and ideas at a bit better bandwidth? Reply with best
dates/times for this latter option.
I am all for a hangout in any case. Best way to reach and have everyone :)
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development
. There are dozen of valid usages of these
functions, from game engines to image processing via data simulation.
Dropping them or changing how they work will be a major pain for many
of these cases and a show stopper to upgrade to 7. Let not do that
please.
Cheers,
--
Pierre
@pierrejoye | http
. Many distros already use alternative
implementations. To solve this problem will make everyone work easier.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sun, Jan 11, 2015 at 9:08 AM, Pierre Joye pierre@gmail.com wrote:
Ideally I like to include that in pickle, so one can package a release
from the PHP files/repo to generate the resulting extension package.
I need to be more clear here :)
I like to have this in pickle, so the same
On Sun, Jan 11, 2015 at 8:40 AM, Sara Golemon poll...@php.net wrote:
On Sat, Jan 10, 2015 at 11:18 PM, Pierre Joye pierre@gmail.com wrote:
More than adding a new layer, I would love to see something similar to
hhvm or Zephir available by default. If C is used, then only the
relevant parts
On Jan 12, 2015 4:42 AM, François Laupretre franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
I have a working proof of concept using something like:
?php
function u_foo() {
}
?
native
void foo()
{
printf(Hello from native!);
}
?
?php
On Jan 12, 2015 8:08 AM, Andrea Faulds a...@ajf.me wrote:
Hey Stas,
On 12 Jan 2015, at 01:03, Stanislav Malyshev smalys...@gmail.com
wrote:
Having new, better API is fine. Breaking existing working code because
new, better API is possible, is not fine.
The manual explicitly guarantees
On Jan 12, 2015 10:44 AM, François Laupretre franc...@tekwire.net wrote:
De : François Laupretre [mailto:franc...@tekwire.net]
If you agree, I propose this as a base to refine:
- Extension exposes only PHP functions and constants (no OO),
- Each PHP function argument must accept a
way than what I
proposed, because I am not familiar with the code.
Just for the record here:
A proof of concept, IRC log, I am lazy :)
Pierre benjamin, Derick
https://gist.github.com/pierrejoye/ce4867a5eaabffa71df4
https://gist.github.com/pierrejoye/0859e3702ceb3bb652b6
https://gist.github.com
On Sat, Jan 10, 2015 at 12:16 AM, Pierre Joye pierre@gmail.com wrote:
On Sun, Jan 4, 2015 at 3:52 AM, Benjamin Eberlei kont...@beberlei.de wrote:
Hey everyone,
I want to open discussion on my RFC to strengthen the ability of extensions
to provide functionality to developers in both C
On Jan 10, 2015 6:55 PM, François Laupretre franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
A proof of concept, IRC log, I am lazy :)
Pierre benjamin, Derick
https://gist.github.com/pierrejoye/ce4867a5eaabffa71df4
https://gist.github.com/pierrejoye
On Sat, Jan 10, 2015 at 9:12 AM, François Laupretre
franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Opcache is why I think we should have a list registered names. A simple hash
exists and the cache will know what to do.
Sorry, I am not sure I understand how
On Jan 11, 2015 11:38 AM, François Laupretre franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Sorry, I am not sure I understand how the opcode cache, as it exists
now,
can understand this. Do you mean that opcode cache code would need to be
modified ?
Yes
(as I would rather use plain PHP
in this case, even if it makes the task slightly harder to implement
or generate slightly bigger native code due to type checking or
conversions).
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
On Jan 11, 2015 1:34 PM, François Laupretre franc...@tekwire.net wrote:
Well, the feature list for PHP7 is not closed yet. I hope new attractive
features will be added soon because, otherwise, it will be very hard to
sell. And we need attractive features in the first release, not 7.1 or 7.2,
On Sat, Jan 10, 2015 at 11:07 PM, François Laupretre
franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Say we do support builtin scripts, an opcache will simply load them on minit
or on the first request and flag them as
permanent. Yes, it means we need to change
On Jan 10, 2015 8:35 AM, François Laupretre franc...@tekwire.net wrote:
De : François Laupretre [mailto:franc...@tekwire.net]
I just created the RFC :
https://wiki.php.net/rfc/cyclic-replace
Just added full array multi-level recursion support to the RFC.
Final (?) patch pushed
On Jan 9, 2015 10:43 AM, François Laupretre franc...@tekwire.net wrote:
-Message d'origine-
De : Pierre Joye [mailto:pierre@gmail.com]
Is there a technical problem with code located outside of
definitions, or is it
just a convention (PSR already contains this rule) ? I
On Thu, Jan 8, 2015 at 9:56 AM, Fred Emmott f...@fredemmott.co.uk wrote:
On Jan 7, 2015, at 2:18 AM, Pierre Joye pierre@gmail.com wrote:
That's very much the case. One extension, one install. It doesn't
matter whether some of the extension is written in C, and other parts in
PHP. HHVM
On Thu, Jan 8, 2015 at 6:35 PM, François Laupretre franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
We solved some of the other problems by only allowing definitions, no
side-effects - classes, constants, namespaces etc. We do not allow code
outside of a function
extensions for PHP.
Btw, closed source extensions could be installed by the new pickle
too. While I do not consider closed PHP scripts source as relevant,
never did and most likely never will :)
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development
On Thu, Jan 8, 2015 at 3:43 AM, Derick Rethans der...@php.net wrote:
On Wed, 7 Jan 2015, Pierre Joye wrote:
On Wed, Jan 7, 2015 at 2:14 PM, François Laupretre franc...@tekwire.net
wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
... here, it is proposed to bundle scripts
discussion and
start one about concrete needs and implementations issues instead.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hi,
On Thu, Jan 8, 2015 at 3:41 AM, Benjamin Eberlei kont...@beberlei.de wrote:
On Wed, Jan 7, 2015 at 11:14 PM, François Laupretre franc...@tekwire.net
wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
... here,
it is proposed to bundle scripts that will be executed at runtime
Hi,
On Jan 7, 2015 5:02 PM, Derick Rethans der...@php.net wrote:
On Tue, 6 Jan 2015, François Laupretre wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
2. We have no easy way to actually release and deploy adhoc scripts,
used by a given extension
For 2., it is one
On Jan 7, 2015 5:15 PM, Derick Rethans der...@php.net wrote:
On Tue, 6 Jan 2015, Stanislav Malyshev wrote:
But, if we consider the PHP code as an integral part of the
extension, this should be avoided, as C and PHP code need to be kept
in sync.
Again, there is a multitude of
hi François,
On Wed, Jan 7, 2015 at 2:14 PM, François Laupretre franc...@tekwire.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
... here,
it is proposed to bundle scripts that will be executed at runtime like any
other script, except that nothing can be done with them, not even
about putting src code into binaries.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, Jan 5, 2015 at 11:48 PM, Pierre Joye pierre@gmail.com wrote:
On Mon, Jan 5, 2015 at 11:42 PM, Jacob Bednarz jacob.bedn...@gmail.com
wrote:
Hey
That reminds me something I was wondering, would it be possible to
have a kind of CS check on push? :)
Yep - PHPCS[1] is quite good
On Tue, Jan 6, 2015 at 3:24 AM, Derick Rethans der...@php.net wrote:
On Mon, 5 Jan 2015, Stanislav Malyshev wrote:
2) Embedded text sections. It's possible to place the raw PHP code
into the compiled .so/.dylib/.dll file and fetch it out for
compilation at runtime. This enables easy
do think it is a very bad idea to do it. See my other replies for the reasons.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 6, 2015 9:20 PM, François Laupretre franc...@tekwire.net wrote:
The whole code to consider as part of an extension, whatever the language,
must be kept in sync. And the best way to achieve this is to store it in a
single file.
I would rather say in a single release and package. Built in
On Jan 6, 2015 9:53 PM, Benjamin Eberlei kont...@beberlei.de wrote:
On Tue, Jan 6, 2015 at 3:50 PM, Pierre Joye pierre@gmail.com wrote:
On Jan 6, 2015 9:20 PM, François Laupretre franc...@tekwire.net
wrote:
The whole code to consider as part of an extension, whatever the
language, must
On Mon, Jan 5, 2015 at 11:42 PM, Jacob Bednarz jacob.bedn...@gmail.com wrote:
Hey
That reminds me something I was wondering, would it be possible to
have a kind of CS check on push? :)
Yep - PHPCS[1] is quite good, easy to configure and has good editor
integrations in the community. The
another can of worms.
However I do not see this part of a request as the bottlenecks for
most PHP apps (with opcache).
I do not try to be negative or aggressively opposed to this feature. I
simply think we are trying to solve the wrong parts of the problems.
Cheers,
--
Pierre
@pierrejoye | http
On Mon, Jan 5, 2015 at 10:48 PM, Pierre Joye pierre@gmail.com wrote:
For example HHVM provides a neat one, which is simply PHP for simple
cases. Complex cases allow advanced the native support is also
supported. See https://github.com/facebook/hhvm/wiki/Extension-API.
... Complex cases
directive with options like first, before, last
for the insert position.
While being at it, a similar feature can be added to auto prepend/append as
it can be very useful in user land as well.
Cheers,
Pierre
On Jan 5, 2015 10:41 PM, Benjamin Eberlei kont...@beberlei.de wrote:
On Mon, Jan 5, 2015 at 3:02 PM, Pierre Joye pierre@gmail.com wrote:
Hi,
On Jan 4, 2015 6:52 PM, Benjamin Eberlei kont...@beberlei.de wrote:
Hey everyone,
I want to open discussion on my RFC to strengthen
break it,per definition. I only wonder if
it is worth the effort for such little gain (yes, the ocean is made of
drops ;).
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
Thanks for asking :)
And go ahead, they should not be there in the 1st place, we have CS
for a reason :)
That reminds me something I was wondering, would it be possible to
have a kind of CS check on push? :)
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime
to the webmaster mailing list?
php-webmas...@lists.php.net
See below. They said that they don't have access to that server. :)
Ah, missed that part. So who's in charge of the windows sub domain?
The windows team. Pierre has access and he promised to do this before in
this thread but nothing
Hi,
On Jan 4, 2015 3:10 AM, Andrea Faulds a...@ajf.me wrote:
Hi Sebastian,
On 3 Jan 2015, at 19:46, Sebastian B.-Hagensen sbj.ml.r...@gmail.com
wrote:
Yeah, I don’t like this behaviour much. I want to avoid inconsistency
with the behaviour of extension functions (i.e.
On Jan 4, 2015 2:56 AM, Nikita Popov nikita@gmail.com wrote:
Hi internals!
I'd like to propose removing support for hexadecimal strings in the
is_numeric_string() function, in order to achieve consistency with
ordinary
integer and float casts:
, thanks :) I am all for it..
Could you add tests please? A must before going any further :)
Please add the changes to UPGRADING.INTERNALS and UPGRADING as well.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
what you're
getting. If it works one way to internals, another for user functions,
it would only make it harder to handle.
Right again. Still not sure about the perfect solution without
impacting too much existing userland code.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP
as
exception but still, let do it right now.
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
cancel part of another).
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. Many functions do not make
sense to expose directly or not using the same methods.
That being said, I like libsodium, used it in a couple of projects
(not php related) :)
Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
specific case,
userland parameter handling even more. It could be a good move to do
that as a 1st step, with this RFC.
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. IMHO :)
Cheers,
Pierre
everything anyway, so no big deal here.
However at least UPGRADING.INTERNALS should be done. A couple of things are
already missing and it is going to be hard to keep it synced.
Cheers,
Pierre
/unsub.php
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Dec 28, 2014 11:46 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Sun, Dec 28, 2014 at 11:06 AM, Pierre Joye pierre@gmail.com
wrote:
btw, what is the best way to approve such accounts, with karma?
On Sat, Dec 27, 2014 at 9:59 PM, Jacob Bednarz jacob.bedn...@gmail.com
wrote
On Dec 26, 2014 5:22 PM, Niktia Nefedov inefe...@gmail.com wrote:
On Sun, 21 Dec 2014 06:49:49 +0300, Xinchen Hui larue...@php.net wrote:
Hey:
On Sun, Dec 21, 2014 at 11:43 AM, Pierre Joye pierre@gmail.com
wrote:
On Dec 21, 2014 10:23 AM, Xinchen Hui larue...@php.net wrote:
Hey
On Dec 26, 2014 7:42 PM, Xinchen Hui larue...@php.net wrote:
Hey:
On Fri, Dec 26, 2014 at 7:54 PM, Andrea Faulds a...@ajf.me wrote:
On 26 Dec 2014, at 05:57, Levi Morrison le...@php.net wrote:
On Thu, Dec 25, 2014 at 2:33 PM, Michael Wallner m...@php.net wrote:
There's already
to me. Ignoring the paths issue, related to classes, autoload,
etc. also sounds very weird to me.
Anyway, let get a RFC ready, a patch that does not break anything
(well, except the case issue :) ), almost everything about this topic
else has been said already.
Cheers,
--
Pierre
@pierrejoye | http
On Dec 25, 2014 7:08 PM, Nikita Popov nikita@gmail.com wrote:
May I recommend to only target class and class-like names for an initial
RFC? Those have the strongest argument in favor of case-sensitivity given
how current autoloader implementations work - essentially the
case-insensitivity
On Dec 26, 2014 4:58 AM, Stanislav Malyshev smalys...@gmail.com wrote:
Hi!
At the very least that sounds like a less intrusive step, as methods and
classes are usually already written correctly.
To me, it sounds like needless nuisance - the code works, but wastes
time to produce warnings
801 - 900 of 4120 matches
Mail list logo