/function.round.php
My implementation: https://github.com/php/php-src/pull/11741
I'm not sure if such minor improvement requires RFC, but as someone may
have some concerns I create this thread to get your feedback.
Kind regards,
Jorg
--
Mark Baker
--
PHP Internals - PHP Runtime Develo
value in) equivalent constants like
\MyNamespace\MyFunction::function?
If there is value, how would that tie in with referencing them as
Callables in callback functions?
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ght be a better example.
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ld.
"they are making sure deprecations are issued well in advance, sometimes
through multiple versions and only then the feature is completely
removed or made a full-on error"
I do wish that this was always the case!
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
22.04.
I'm glad that some people can make money out of all this. The 70+ hours
a week that I put in to maintaining my own libraries nets me €16,30 a
month from a userbase that averages 120k downloads a day
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
des.
And the attitude of some here on PHP Internals that we should just
ignore those who can't develop in greenfield environments using the
latest shiny, or that it should just be a simple upgrade step from last
version to current release... that's the equivalent of having unit tests
tha
he version is a step from one version to
the next. Library writers don't have that luxury: their codebase
normally has to work with a range of PHP versions including the latest
release; and any fixes that are made for the latest release still have
to work with older PHP versions, which can
s the case for many libraries, as well as some of
the tools that we use for developing and testing.
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
aviour of
mixed alphameric strings, e.g. var_dump(range('A1', 'C5')) which returns
a purely alpha array 'A' to 'C'; or var_dump(range('3c', '5e')) which
returns numeric (3, 4, 5); or var_dump(range('1', '1e2'))
On 29/03/2023 16:43, Mark Baker wrote:
On 29/03/2023 16:31, Davey Shafik wrote:
On Mar 29, 2023, at 06:56, Rowan Tommins
wrote:
On Wed, 29 Mar 2023 at 14:22, Rokas Šleinius
wrote:
Ok so I am trying to find the argumentation here:
This is by design.
The point of enums is to be
etc without ApiErrors being is-a
HttpErrors.
That would make a lot of sense, and I was just having similar thoughts
myself.
ApiErrors isn't the same enum, or an extension of HttpErrors: it's a new
Enum, but it does include all HttpErrors cases (and methods) without the
need to dupli
';
$findme = 'php';
int $pos = strpos($mystring, $findme); // $pos can be an integer or false
or when a type can legitimately change
int $result = PHP_MAX_INT;
++$i; // $i is now a float
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, v
of the irregularities and idiosyncracies of alphanumeric
strings could be resolved by not trying to cast them as a numeric value
before increment/decrement; but by treating them consistently as
strings? It would resolve the discrepancy with "5d9"; although not with
"0xf9".
--
M
n seem to be making ++ and -- consistent
by making them little more than a syntactic sugar for numeric values
only; I'm afraid I don't see that as a benefit; but as a retrograde
step, and not the same as making ++ and -- consistent.
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
die on this hill because that deprecation will have a very direct and
adverse affect on my work.
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
used.
$a = PHP_INT_MAX;
++$a;
or
$a = '10';
++$a;
both change the datatype of $a; which isn't documented behaviour either.
--
Mark Baker
t was being used on (SA tools won't
necessarily help with that); and when looping over Excel rows and
columns it would seem strange allowing the ++ operator for rows, but
having to use a function call for columns when all previous code also
used ++.
--
Mark Baker
--
PHP Internals - P
t;glued" back together again for the return.
In this regard, when a block is alpha characters, then the increment
behaviour matches "Excel's bijective base-26".
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
re likely to
have business meaning; and also to provide better code readability.
--
Mark Baker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ts of
PHP, not to mention the potential length of property definitions
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ned, not where it's called (if they even
exist at all at that point), although that's probably more difficult to
determine.
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
r code, two existing open/close settings
and two new combinations, the first you explain
but also
What should PHP do when it encounters this combination of
opening/closing tags?
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals -
or none; and why I
get frustrated whenever a question is raised about an RFC, and the
person raising these concerns is too often shouted down for raising "a
storm in a teacup".
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
deprecations going into this release, I would like to see some risk
assessment undertaken on the affect that each deprecation RFC will have,
with some real figures for the number of repositories that require work
to prepare them for the release.
--
Mark Baker
_
|. \ \-3
|
On 06/02/2019 08:13, Mark Baker wrote:
> Looking at the Voting Eligibility discussion going on at the moment.
>
> I, like many others, participated in the last testfest 18 months or so
> ago. Did the results from that ever get merged? Or have they simply been
> discarded or forgo
n the
contributions list posted aganst the Workflow and Voting RFC Eligibility
list: yet all those who participated in the testfest care about the
language enough to get involved
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
y have more insight into the
internals of PHP than the average PHP developer, but sit astride the
fence between the core an duserland development
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing L
;m hearing some
complaints from on the ground that releases are currently too frequent,
making it difficult for larger organisations to keep up when they have
to retest all their own apps/libraries/plugins with the new versions.
A fixed cycle and schedule could help plan for change.
think that the big jump in performance that JIT warrants
is enough to justify a major version change, and it makes for a strong
selling point, even if there are no BC breaks
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Ru
that would make me
feel a lot more comfortable about being more proactive
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e proven, such as an email) for a 3rd party to do
so, I don't see why that shouldn't be permitted.
Of course, there's nothing to stop a 3rd part from calling somebody out
if the original alleged offence is public, and I'd hope that other
members of the community would do so if
tributors who are thinking about getting
involved that they can do so without needing to worry about abuse.
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 04/01/2016 17:12, Andrea Faulds wrote:
Hi Mark,
Mark Baker wrote:
I'd like to suggest a couple of additional options for the round()
function, two new flags for PHP_ROUND_UP and PHP_ROUND_DOWN; which are
similar to the existing ceil() and floor() functions, but allow a
precision argume
nto that
magic method
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
/1658
--
Mark Baker
_
|. \ \-3
|_J_/ PHP |
|| | __ |
|| |m| |m|
I LOVE PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 31/12/2015 14:52, Junade Ali wrote:
I am looking to submit an RFC in order to remove the error suppression
operator in PHP, namely the @ symbol.
While few and far between, there are still valid use cases for the
suppression operator, for example when using curl
--
Mark Baker
Creating an RFC
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
37 matches
Mail list logo
