On 30/09/11 12:37, Hannes Magnusson wrote:
Tokyo Cabinet support was added to ext/dba recently.. but Tokyo
Cabinet is about to die these days, and getting replaced with Kyoto
Cabinet.
Shouldn't we drop tokyo cabinet support, before we ever make a stable
release with it, so we don't have to
On 24/10/10 16:01, Gustavo André dos Santos Lopes wrote:
cataphract Sun, 24 Oct 2010 15:01:02 +
Revision: http://svn.php.net/viewvc?view=revisionrevision=304705
Log:
[…]
- For html_entity_decode(), only valid numerical and named entities (as defined
be able to change at will.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
certainly willing to help spec out more of PHP to the extent
necessary to be able to decently test it, if there is interest in
doing so.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12 Mar 2010, at 12:37, Jani Taskinen wrote:
On 03/12/2010 12:29 PM, Hannes Magnusson wrote:
On Fri, Mar 12, 2010 at 11:18, Jani Taskinenjani.taski...@iki.fi
wrote:
Having tests in multiple branches is PITA. Hasn't anyone
considered that the
best way would be to move all tests into
setups, should very much be a reason to be concerned
for backwards compatibility. A browser would get almost no marketshare
if it broke a large percentage of existing websites; I believe the
same to be true of PHP with the websites it powers.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP
Hey,
I posted http://bugs.php.net/?id=50973 almost a month ago, with a
patch (also attached here). It'd be nice to get this fixed, as it
makes it possible to make what I'm currently working on for SimplePie
2 significantly quicker.
HTH,
Geoffrey
--
PHP Internals - PHP Runtime
On 9 Jul 2009, at 18:20, Lukas Kahwe Smith wrote:
On 09.07.2009, at 10:39, Paul Biggar wrote:
I think we can take Lukas's RFC and either change it or write
something
based on it for weak typing only. If people here find it useful
I'll go
ahead and do that.
I believe people don't want
On 7 Jul 2009, at 02:52, Ilia Alshanetsky wrote:
I would like to ask all developers to voice their opinions of
whether it makes sense to add this to 5.3 or to throw it away
(either one is fine btw). To keep the process simple flamewar
free, please restrict yourself to +/- (1/0), next
zend_parse_parameters do. I don't want PHP to become any more
inconsistent with itself than it already is.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
leave it alone for this alpha but try to resolve it for
5.3 release.
If it isn't fixed it ought to be a documented as a BC break, seeming
it does break real apps.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On 16 Oct 2008, at 16:14, Steph Fox wrote:
Please can those people who didn't already express a clear and
relevant
opinion, express it now?
Issue A: #1.
Issue B: Yes.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15 Oct 2008, at 09:04, Derick Rethans wrote:
However, a third one might be to use a syntax separator that we've
not seen at all yet (I'd say ':::').
FWIW, this is my +0.5 (with +1 being dropping). I'm absolutely against
reusing a selector for this.
--
Geoffrey Sneddon
http
break BC.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
and there!
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that var_dump(foo) should give 'unicode(3) foo' and
var_dump(bfoo) should give 'binary(3) foo'. I see no reason not to
give the explicit type — why would anything rely on this for backwards
compatibility?
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development
and
Unicode chr() functions (else we end up doing hell for Unicode, and
something like unicode_encode(chr(42), 'UTF-8') (this matches the
behaviour of chr() on the GNU userland).
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
patch. Also, the bug
should be closed.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
stop on error. This is
broken.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(due to no attempt to even add
anything after coming across an invalid sequence — though the speed
gains will be very slight).
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
some
entirely new functionality to do something where we can simply extend
what we already do.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 20 Feb 2008, at 20:28, Lars Strojny wrote:
Am Mittwoch, den 20.02.2008, 20:14 + schrieb Geoffrey Sneddon:
[...]
Is there any reason why we cannot support multiple inheritance (which
some other languages already do)? The only thing that needs to be
clearly defined is sorting order
On 5 Feb 2008, at 20:23, Pierre Joye wrote:
There is not really a need to discuss the removal again, that's why I
ask for a simple vote:
+1
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
will.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. Not everything people deal with in PHP is a textual
string.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
versions.
--
Geoffrey Sneddon
http://gsnedders.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, not a
replacement. The older array() syntax will still be in place, if I've
understood the earlier posts correctly.
Maybe I did not express myself well enough: this introduces a new
syntax for something that isn't broken that doesn't work on existing
PHP versions.
--
Geoffrey Sneddon
' = 'lemon'];
Breaks backwards compatibility to save typing five characters. See
above. -1.
c) Reject and keep using `array()'.
e.g.
$a = array(1, 2, 3);
$b = array('foo' = 'orange', 'bar' = 'apple', 'baz' = 'lemon');
For all the above reasons, +1.
--
Geoffrey Sneddon
http
29 matches
Mail list logo
