;s a
much more used one compared to FB. So I think the language itself is fine,
at least as long as it's used only to interface with a third-party C++
library.
--
Best regards,
Max Semenik
.
>
As explained in the RFC, this implementation hooks to the already existing
feature. Additionally, checking a bit in zend_class_entry::ce_flags is much
faster than checking inheritance.
> this actively prevents writing a child class that'd make a parent
serializable if it wants to.
Wouldn't this violate LSP?
--
Best regards,
Max Semenik
t and see what happens.
>
I've amended the RFC with proposed ReflectionClass additions.
--
Best regards,
Max Semenik
et me know what you think.
--
Best regards,
Max Semenik
On Fri, Dec 8, 2023 at 11:45 AM Lanre Waju wrote:
> So your suggestion for simple file stuff is to download composer?
>
Not necessarily, but I'd like to have more discussion of pros and cons.
--
Best regards,
Max Semenik
s like it
should really be there, but it isn't.
--
Best regards,
Max Semenik
posted a completely unrelated URL.
>
> Correct url:
> https://wiki.php.net/rfc/change_the_edge_case_of_round
>
> Regards.
>
> Saki
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>
--
Best regards,
Max Semenik
пн, 3 окт. 2022 г., 03:18 David Gebler :
> At a glance, I think all the examples mentioned in this thread have better
> existing alternatives already in core and could just be deprecated then
> removed. But it's worth asking, is that what we're talking about here, or
> is there a suggestion of rep
dea is to create an own oAuth system. But setting up and
> running an own oAuth system takes many resourceful
>
> Best regards
> Aaron
>
> [1] https://wiki.php.net/ideas/phplogin
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>
--
Best regards,
Max Semenik
it make? Can at least we agree on something uncontroversial,
like a banner encouraging people to donate to humanitarian efforts?
--
Best regards,
Max Semenik
should avoid this issue.
> >
> > --
> > Alain Williams
> > Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer,
> IT
> > Lecturer.
> > +44 (0) 787 668 0256 https://www.phcomp.co.uk/
> > Parliament Hill Computers Ltd. Registration Information:
> > https://www.phcomp.co.uk/Contact.html
> > #include
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: https://www.php.net/unsub.php
> >
> >
>
--
Best regards,
Max Semenik
ly be E_DEPRECATED for things that will
change in a future release and E_ERROR for rare situations that can't be
reasonably handled with exceptions (like uh, unhandled exceptions and OOM
errors). Everything else should be an exception, period.
--
Best regards,
Max Semenik
akin to Ds\Sequence[1]
could be added, to have something in common with other future containers.
-
[1] http://docs.php.net/manual/en/class.ds-sequence.php
--
Best regards,
Max Semenik
вс, 1 авг. 2021 г., 14:22 Serhii Smirnov :
> instead of defining constants like:
> const FOO = 'FOO';
>
> they could be defined like:
> autoconst FOO; // defines a constant FOO with the value 'FOO'
Sorry, but I'm not a fan of this proposal. Features should not be aiming at
minor savings of keyst
ases without exceptions, I
obliged. My plans were around different usage scenarios. In any case, I'm
not making a proposal at this point, I'm just enquiring about syntax. If I
ever get something proposable done, I'll make a formal RFC.
--
Best regards,
Max Semenik
{}catch{} in case it failed.
>
Not necessarily:
if ($obj instanceof MyClass) {
// We know its type here
} else {
// Try something else
}
--
Best regards,
Max Semenik
iContainer->get('email.service');
Instead of
/** @var EmailService $service */
$service = $diContainer->get('email.service');
if (!$service instanceof EmailService) {
throw new TypeError('Expected instance of EmailService, ...');
}
--
Best regards,
Max Semenik
uot;(" T_STRING
")" expr? If not, any other alternatives?
--
Best regards,
Max Semenik
hp.net/rss/bug.php?id=70549&format=xml but it lacks comments
even though the code is supposed to include them too.
--
Best regards,
Max Semenik
se (Mantis, Trac and especially Bugzilla) are already obsolete,
migrating to either of them wouldn't be future-proof. If some people here
doubt the future of GitHub, probably only Atlassian or JetBrains SaaS
solutions can be assumed to be on the same order of magnitude of longevity
as GH.
--
Best regards,
Max Semenik
receives. Analysis tools would then be able to check if such
a function exists and whether it would receive parameters of expected types.
--
Best regards,
Max Semenik
The "Proposed Voting Choices" section title needs an update.
чт, 1 апр. 2021 г., 07:39 Go Kudo :
> Hello everyone.
>
> Object scoped RNG RFC vote is now open.
> https://wiki.php.net/rfc/object_scope_prng
>
> The deadline for voting is April 15.
>
> Previous discussions can be viewed below.
>
> ht
On Tue, Mar 30, 2021 at 3:29 AM Stanislav Malyshev
wrote:
> Hi!
>
> On 3/29/21 4:49 AM, Max Semenik wrote:
> > Would it also make sense if direct pushes (bypassing the pull requests
> > system) were disallowed completely? I can see multiple problems with
> direct
> >
ush bypasses CI to break tests, PRs can't be merged until the
cause is identified and resolved (seems to be happening quite often)
In my roughly one year around, I can now recall instances of each of these
problems in php-src.
--
Best regards,
Max Semenik
e them available as separate packages
that users can't or don't know how to install. Maybe we've got an
opportunity to think about making these extensions mandatory?
--
Best regards,
Max Semenik
can do, AFAIU.
For people who are unable to take advantage of I was actually thinking of
proposing adding a PSR-4 autoloader to PHP core.
--
Best regards,
Max Semenik
On Fri, Jun 5, 2020 at 6:41 PM Max Semenik wrote:
> I was thinking about making some improvements to our venerable test
> runner, however I wasn't feeling confident about improving the present code
> base. Instead, I decided to attempt to refactor it.
>
> Here's my
On Sun, Dec 20, 2020 at 6:45 AM zeriyoshi wrote:
> Thanks cmb. I have created a first draft of an RFC. I think I've covered
> all the necessary requirements, but I'd like to know if there are any
> problems.
> https://wiki.php.net/rfc/object_scope_prng
A few IMHO comments:
* Namespaces are cont
the
declaration of pick_a_card() requires a parameter of type Suit?
--
Best regards,
Max Semenik
пн, 5 окт. 2020 г., 02:38 Bogdan Ungureanu :
>
> function getStatus(): "draft" | "published" { }
>
It sounds that what you're really asking for is enums, e.g.
enum Status {
Draft,
Published
};
function getStatus(): Status { ... }
>
rray_keys($arr) as $k) {
>
> if ($k some condition) {
>
> break;
>
> }
>
> }
>
Can an iterator be the answer? E.g.
foreach (new ArrayKeysIterator($arr) as $k) { ... }
--
Best regards,
Max Semenik
ed non-owners from closing your connection. Will that also prevent
non-owners from dropping your database? What about them messing with your
connection object's properties? Language features can only prevent
developers from making accidental mistakes. Bad code is not an accidental
mistake.
--
Best regards,
Max Semenik
at require a programmer to
specify whether each variable is mutable or not. Without it, Rust's borrow
checker wouldn't be possible. PHP has nothing like it, and introducing it
at this stage would be prohibitively hard.
--
Best regards,
Max Semenik
e up with something
better?
--
Best regards,
Max Semenik
пн, 15 июн. 2020 г., 19:15 Daniel Rodrigues Lima <
danielrodrigues...@hotmail.com>:
> But i believe that changing retrograde terminologies that refer to bad
> feelings,
> doesn't put us anywhere politically.
>
>
> It's not about sides, it's about people, and our community is made up of
> people.
>
h it, even if the code is organized neatly into classes), and the
number of lines will only grow. Also, it's way easier to have one tab per
class. =)
--
Best regards,
Max Semenik
eeded.
Is there interest in this, should I continue? Any suggestions?
--
Best regards,
Max Semenik
e and thus some people might not have it in their hosting
environment. Having basic diagnostics seems to me like a good thing to have
in PHP proper.
---
I've updated the RFC: clarified some parts and removed the voting question
whether the configuration setting is needed, discussion clearly shows so.
--
Best regards,
Max Semenik
Hi, I'd like to present a new RFC for your consideration:
https://wiki.php.net/rfc/error_backtraces
In a nutshell, I'm proposing to give errors equal rights with exceptions
and provide backtraces for them, too.
--
Best regards,
Max Semenik
On Sun, May 10, 2020 at 11:34 AM Max Semenik wrote:
> I've moved https://wiki.php.net/rfc/non-capturing_catches to voting.
> Please state your opinions. This vote will will end on 2020-05-24 at 9:00
> UTC.
>
The vote has concluded now, and the RFC passed 48-1, thanks every
but why does PHP implement this at all,
instead of using an external library like cURL which is already fairly
prominent in our ecosystem?
--
Best regards,
Max Semenik
de for new code and convert file after file at
their own pace, taking their time to fix all the problems - while already
taking advantage of new features where possible.
--
Best regards,
Max Semenik
amiliar with programming but not the
language. Can the same be said about `guard`?
--
Best regards,
Max Semenik
I've moved https://wiki.php.net/rfc/non-capturing_catches to voting. Please
state your opinions. This vote will will end on 2020-05-24 at 9:00 UTC.
--
Best regards,
Max Semenik
Just a heads up, I'll put https://wiki.php.net/rfc/non-capturing_catches up
for vote in a couple of days.
--
Best regards,
Max Semenik
oint the whole thing's a non-issue.
>
I hope it's not too late to change this before 8.0 is branched?
--
Best regards,
Max Semenik
are if _functions_ are in \ or \PHP. I, however, would
love if no new classes in PHP were prefixed.
--
Best regards,
Max Semenik
y not what you're proposing.
Additionally, it would be wonderful to have generic versions, e.g.
List would not just accept only ints, but would store them internally
as zend_long, avoiding the overhead of zvals.
>
--
Best regards,
Max Semenik
Hiya, I'd like to present a new RFC for your consideration:
https://wiki.php.net/rfc/non-capturing_catches
Briefly, I want to be able to do the following:
try {
foo();
catch (SomeExceptionClass) {
bar();
}
Please share your thoughts! :)
--
Best regards,
Max Semenik
Hi, can I get RFC karma please? I'd like to write a RFC related to
https://github.com/php/php-src/pull/5345
My account name is maxsem.
--
Best regards,
Max Semenik
50 matches
Mail list logo
