the concern, I don't think we should just go
reserve a bunch of keywords if there is no concrete plan an
implementation model, maybe an RFC is having more no votes than yes
votes etc, and we are stuck with 2 keywords that won't be used for
another few years at least
--
regards,
Kalle Sommer Nielse
nd I want us to focus on a stable release instead of
adding more potential issues, I suggest you target 7.1 instead in the
RFC.
(Ferenc and Anatol cc'd)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e end for the most possible
stability.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
lease see the wiki for
more details[1].
[1] http://wiki.php.net/rfc
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tting 7.1 at
earliest
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
fore committing or similar (I'm on the run a
lot, so mails is the only ressource for me to keep myself up to date
quickly).
As for 5.6, that is up to Ferenc if he finds it suitable to include.
But I do think that breaking BC for this, even though its a fix, is
not a good idea in a patch release.
--
re
) I will make sure it
will be merged, unless you want the src karma and do it yourself :)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, but whatever — not that fussed :)
>
> PR is here: https://github.com/php/php-src/pull/1497
Me and Anatol have talked it over and we're fine with this coming into
RC3 as it beats having hardcoded values in the code or ugly hacks for
7.0.0 only, so go ahead and commit the PR.
Thanks for y
if
> they really want them?
For 7.0, it is a no-go, and for the 7.0.x releases, I'm not so keen on
(and I'm sure Anatol can back me up on this) to introduce such a
change in behaviour in a patch release, so please target 7.1 with your
future RFC.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
(sorry for top posting)
Hi Sara,
I think such will be just fine for RC2, unless Anatol got any object, go
ahead.
-K
On Aug 20, 2015 6:49 PM, Sara Golemon poll...@php.net wrote:
On Wed, Aug 19, 2015 at 1:10 PM, Stanislav Malyshev smalys...@gmail.com
wrote:
A) Adding those defines prior to
Hi
2015-07-10 15:56 GMT+02:00 Ferenc Kovacs tyr...@gmail.com:
FYI: I've just pushed this change.
Thank you, it will be very handy to sort out bugs from now on
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
+Xfdas4EguRrCWS9Tp7FExMf1ZvoTy77NRYIRGxDs=
=wchE
-END PGP SIGNATURE-
Regards,
Kalle Sommer Nielsen, Anatol Belski and Ferenc Kovacs
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
issue.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
about this change and it is OK to
keep as it is rather small and self contained, but we ask you to fix
Travis and update the UPGRADING with this new function and its related
constants.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
later this month)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2015-06-26 12:43 GMT+02:00 Ferenc Kovacs tyr...@gmail.com:
anybody else has any opinion on the matter?
Just go for it, I would welcome such very much when dwelling intro the
bug tracker
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
not be accepted into PHP. I
would expect such, if implemented by someone, to first be available in
7.1.0, although we could do exceptions like we did for FPM which came
in 5.3.3 or something, although that was before tuning to our RFC
process and such.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
/UEcJ6fuCOyYEsVBXySCVHtlTIKkc3lE5f7sHAFJ7JFhnSeXtSXHd8BUYZi
8lbdwZNNRTHJHWeEU1DY8GZ/kPeEAmJ7d0Cu56Dme1VmVozRsWxS74EYFYGPVR3v
KK+I8R4vRJKN7UrMH8oP98dgivlGvPxPeqJJTGV0dC25FMHqnn+8HeaxtnC1Nbk=
=2COz
-END PGP SIGNATURE-
Regards,
Kalle Sommer Nielsen, Anatol Belski and Ferenc Kovacs
--
PHP Internals - PHP Runtime Development Mailing List
Howdy
This is a quick heads up that we plan to have the next release of
7.0.0 be Beta 1, this marks a feature freeze and from there on, we
will switch focus on to stabilization, regressions and other bug
fixes.
Beta 1 is schedule to be tagged and packaged on July 7th and released
on July 9th
team) can take a look at before handing out the write access?
Thanks
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(phpdoc in svn) and NEWS (something along the lines of
The LDAP extension now requires openldap 2.4+).
You might want to consult Frenc (5.6 RM for extensive new features to
the 5.6 branch) (cc'd).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing
of it are example
code/documentation it seems
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
for it should not be so trival.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to avoid
using them and instead suggests to use newer formats, such as OpenType
fonts which we already support in GD.
If there is enough force behind keeping it, then I will gladly write
an RFC for it.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing
be up to
you. I have CC'ed the other listed extension maintainers of ext/ldap
(from EXTENSIONS in the php-src root).
Let me know if you wish to be added to the list in case you do not
have karma yourself.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development
Hi Côme
2015-06-18 16:25 GMT+02:00 Côme BERNIGAUD come.bernig...@opensides.be:
Yes please, I’m pretty I don’t have the karma to do so.
Done:
http://git.php.net/?p=php-src.git;a=commitdiff;h=d9d1948396285583a915018fe9310fad998876ca
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP
for VC14 (works with VC14 too):
http://git.php.net/?p=php-src.git;a=commitdiff;h=0a173501c86a426f3387c3d7229420b721743dfc
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2015-05-28 9:23 GMT+02:00 Kalle Sommer Nielsen ka...@php.net:
Hi
[snip]
I only think this sounds reasonable, we already do this for
__toString(), meaning we can convert a few more errors into
exceptions. So I can only say +1
--
regards,
Kalle Sommer Nielsen
ka...@php.net
/Mornings
1 is just security only at release time.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of these features.
[1] http://php.net/manual/en/language.types.type-juggling.php
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to that (no matter how redudant my small patch were).
I would love to see more work toward identifying issues in PHP7, and
hopefully we can get that once we release the first alpha.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
to do
with userland, but as currently is, we are in feature freeze and it
creates a bad precedence between us as a team if we let this through
now, sorry!
Once we rebranch master to 7.1, I suggest to re-post this RFC.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP
simple, and does the same thing to
memory_get_peak_usage(). It defines 3 constants: MEMORY_BOTH,
MEMORY_EMALLOC MEMORY_REAL. These allows code written prior this
patch (if merged) to be compatible.
Any objections for 7?
[1] http://pastie.org/10115733
--
regards,
Kalle Sommer Nielsen
ka
Forgot to CC list
-- Forwarded message --
From: Kalle Sommer Nielsen ka...@php.net
Date: 2015-03-26 20:06 GMT+01:00
Subject: Re: [PHP-DEV] is_callable and function_exists with disable_functions
To: Remi Collet r...@fedoraproject.org
2015-03-26 16:32 GMT+01:00 Remi Collet r
exceptions.
This is a per extension change, and I don't see any harm in this going
into 7.1, like we deprecated ext/mysql in a minor version too, which
is even bigger than this layer.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
after we named the release PHP7 that I
would like to step in to the role of RM together with someone, and
like you said in this case it would most likely be Ferenc (which I'm
+1 for him if he would like to).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime
should maybe drop aliases in typecasts like
real, I don't think it makes sense to reserve Int for class names,
when we don't reserve Integer etc.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
), but only on
demand (JIT) to avoid extra memory consumption.
This approach may seem quirky at first, but it doesn't add any new
syntax but some magic behind the scenes. Although I personally am not
a huge fan of magic variables like that, it is possible.
--
regards,
Kalle Sommer Nielsen
ka
sizeof('abc');
3
although it would not really accomplish much imo., I think it is more
of what background you come from that makes the most sense to me, I
got into PHP before C and I enjoy sizeof more for array sizes than
count, but that is just a pure preference.
--
regards,
Kalle Sommer Nielsen
a big -1 on this, while I know it returns the memory size in a C
perspective, I think it makes perfect sense to remain an alias, it
would break lots of applications for a very tiny to nothing gain.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development
));
float(42)
bool(true)
string
null
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
like to see mssql kept as well, only makes more sense as we also
have pdo_dblib. I wouldn't mind looking into some fixes to it or
porting it once I get my FreeTDS or ntwdblib configuration setup here,
as there is a fair bit of cleanup I'd like to do with it.
--
regards,
Kalle Sommer Nielsen
ka
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
be set by default we sometimes need to tell userland the hard
way how things work, and/or what they should care about, like the
E_WARNING, E_CORE_ERROR, E_DEPRECATED for old php.ini settings.
-1 for removing it from my side.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Forgot to reply-all;
-- Forwarded message --
From: Kalle Sommer Nielsen ka...@php.net
Date: 2014-12-29 11:17 GMT+01:00
Subject: Re: [PHP-CVS] com php-src: Fix tests I broke with the E_ERROR
E_RECOVERABLE_ERROR change: tests/output/ob_010.phpt
tests/output/ob_011.phpt tests
Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
=Allstatus=Openpackage_name%5B%5D=%2ACompile+Issuesby=Anylimit=30
[2] https://bugs.php.net/search.php?cmd=displaypackage_name[]=%2AGeneral+Issues
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
else
as I have the time to dedicate towards this and the experience of how
our process and development work.
[1] https://wiki.php.net/ideas/php6
[2] https://wiki.php.net/ideas/php6/engine
[3] https://wiki.php.net/todo/php60
[4] https://wiki.php.net/rfc
--
regards,
Kalle Sommer Nielsen
ka
close issues for extensions
we no longer bundle or issues we had no response to for 1 year or 6
months+, if they are common issues we will surely get bumped about
them.
[1] http://bugs.php.net/
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing
the
community but may not be able to write patches or fix them directly.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
any reason not to make the error messages consistent and I
would say go ahead already.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of is_long() in
master.
Simple fix: http://pastie.org/9780416
Alternatively I can update the manual to be accurate, but I believe
that is_long() should be an alias of is_int() too, so I'll rather
change the C source which it has no impact on userland anyway.
--
regards,
Kalle Sommer Nielsen
ka
Hi Andrea
2014-12-14 21:01 GMT+01:00 Andrea Faulds a...@ajf.me:
It wouldn’t break anything, I say make a pull request.
See:
http://news.php.net/php.cvs/83688
http://news.php.net/php.doc.cvs/12965
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development
Hi Christian
2014-12-12 15:39 GMT+01:00 Christian Stoller stol...@leonex.de:
It works again ;)
Good it is fixed for now, and if you have any future issues you can
use the webmaster list for any such issues:
php-webmas...@lists.php.net
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP
() -- Same as current()
next() -- Same as current()
prev() -- Same as current()
(Note, there is probably some I have missed, as I only looked for the
$array in the prototype of the functions listed above)
Thoughts?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
think the alias fix
is the proper fix here for BC.
If you merge it (or anyone else), please remember to mark it as a doc
bug after so we can note such in the manual (didn't look, but I doubt
it is there else I'm sure this issue was more known)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
argument
against this feature.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
so I might be a bit off though).
I'm a huge +1 on this, good job Andrea!
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
{
connect($host, $username, $password, $database);
close();
}
Thats for saying, I'm not against removing it, but I'm not in hugely
favor for doing so either, lets call that neutral.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
to
use it and I have often thought it would be nice to make the keyword
optional myself, but as I said I'm fairly neutral here so I have not
bothered to take it further.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) Allow users to register serialize handlers using
register_serialize_handler()/unregister_serialize_handler()
7) Optionally consider implementing this in SPL
Okay, late night, back to sleep!
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
-9656-9ae863bedbff
Thus, I'm asking whether someone would miss the dsw/dsp files. I would
remove those from master some when next week otherwise.
Insert 'kill_it_with_fire.jpg' here, lets do it. I already tried it a
few years ago but it had to be reverted
--
regards,
Kalle Sommer Nielsen
ka
on who can vote
and changing the voting rfc.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
features,
afair script was mainly added for FrontPage back in the day, and
getting rid of asp_tags also mean we have one less ini setting
affecting the language syntax which is only great.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
that can be variable with
any gain, and it does make sense you cannot with $this, but if you
hack it like above, then you are asking for trouble anyway
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
(Kroner):
krkr = 10; // 10 kroner!
kr{''} = \0; // Empty variable with nul value
We still have the collision with constant and function lookups, but we
all know how variable our currency is so nobody would bother
prefixing any of those with kr.
TL;DR, I need sleep :(
--
regards,
Kalle Sommer
with it so far?
I think it is a long overdue that we have not have had this patch or
similar committed, so I would say go a head and commit it to master.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
in master instead which
I'm in favor of.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
rusty =(
Patch is attached.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
diff --git
a/C:\\Users\\Kalle\\AppData\\Local\\Temp\\TortoiseGit\\mysA3C4.tmp\\mysqlnd-b48f7e0-left.c
b/C:\\dev\\php-src\\ext\\mysqlnd\\mysqlnd.c
index 1a89869..082c66a 100644
---
a/C:\\Users\\Kalle\\AppData\\Local
and the developer must know WHY this happened, I believe we do this in
a few places around the core and its extensions.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
in loops, we
also have break (switch) which works for both loops and construct,
if break is used inside a construct, thats inside a loop, it will be
seen as a part of the construct, we could change continue to work the
same as that.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP
that does not, we can easily keep the remaining of
the 5.4 without it, as it would just be plain stupid to start having
to 'support' a constant for an experimental feature that was removed.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
process
should err heavily on the side of caution, and this process has been quite
the opposite. (Is a 6-line RFC a record? ;)
What more do you want than a 6 liner (its actually 7 including the
patch link) RFC, it goes straight to the point.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
Hi Julien
2013/4/11 Julien Pauli jpa...@php.net:
Ok, too bad we taggued beta3 with it. I suggest we remove this feature when
going RC so.
Huge +1
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
Hi
2013/4/12 Pierre Joye pierre@gmail.com:
On Thu, Apr 11, 2013 at 11:17 PM, Pierrick Charron pierr...@adoy.net wrote:
Including 5.3 and 5.4 ??
If removed in 5.3 and 5.4, theres no need for the constant anymore.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP
, imagine PECL
extensions for Windows for example.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
discussions regarding this subject in general.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
in a read context.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
')
CURL_WRAPPERS_ENABLED/
Doesn't make it prettier (either way) =)
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
agree we shouldn't go RFC/vote etc, over one
single constant but I think we can all agree on the fact that we
shouldn't try to add hacks to fix usage of an experimental feature
(which is essentially what this constant is).
We need more consistency, than inconsistencies.
--
regards,
Kalle Sommer
concern for the RMs (cc'd) of 5.5 to
consider removing curlwrappers, then we are done with that once and
for all and we don't even need to add the constant as it would be odd
that just a few versions of 5.4.x would have it.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals
Hi
2013/4/3 Johannes Schlüter johan...@schlueters.de:
Any opinions on this?
Lets just get it committed, +1
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi
Den 11/03/2013 kl. 13.55 skrev Eric James Michael Ritz lobbyjo...@gmail.com:
Thanks for the idea. Checking for brackets would work but not
whitespace since PHP allows programmers to write code such as
echo $this- parent;// Same as $this-
Technically parent and self is not
.
[1]:
extension=php_exif.dll
extension=php_mbstring.dll
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Den 28/02/2013 kl. 07.53 skrev Pierre Joye pierre@gmail.com:
ok, given the total lack of answers, mistakes and misleading wording
in the RFC and lack of releases in PECL (which is a pre requise since
quite some time to get in core), I'd to vote -1 for now.
My reasons exactly for now,
Den 19/02/2013 kl. 19.48 skrev Kris Craig kris.cr...@gmail.com:
Hey guys,
Somebody filed a bug report (https://bugs.php.net/bug.php?id=64154) about
non-bundled extensions like php_zip being included in php.ini. Is there a
reason why we're keeping those in there, or is it just that nobody
for it to be added to the main
distribution, I'm pretty sure that most would say let it to go PECL or
compare it with APC and have a race there, but the fact that it is
(with all respect) guys who worked heavily on the Engine seems to
blind some people, which is what I'm against.
--
regards,
Kalle Sommer Nielsen
a spot in the core
over our own code, by that I mean folks that does not work for Zend,
but have contributed the code to php.net, I think that is highly
controversial.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
their product, FOSS it and put it
into the core, so we got some more people working on it (I won't say
full time), but I'm sure that if its a Zend product there are gonna be
some more attention to it from their side.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime
. APC would
without a doubt be up to pair if there was more people willingly to
dwell into it (yes dwell as many people see it as an alien artifact
because it touches and modifies some unusual things that the average
extension developer don't).
--
regards,
Kalle Sommer Nielsen
ka...@php.net
written by some of the longest time contributors in PHP's history.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
? This would not rule out a 5.5 with just the current suit of
extras although personally I'd prefer a longer maintained 5.4 with just the
extras that dovetail well included.
What is 'static $this', and how does E_STRICT belong to this whole discussion?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
due
to perfection.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
301 - 400 of 610 matches
Mail list logo