IMHO, remove {} and leave [] for strings. Strings is array of chars, so []
syntax is fully OK
2008/6/14 Chris Stockton [EMAIL PROTECTED]:
I personally have always used {} for string offsets because it just felt
right. [] seems like it is for arrays, for me, using it on strings makes me
feel dirty.
Could we maybe visit some of the ideas you have had with {} syntax offering
some
On Mon, Jun 16, 2008 at 4:33 AM, Brian Moon [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
You need it? Please help me to maintain and to provide reliable
binaries for windows
This statements makes it sound like extensions that do not build on Windows
should be removed.
That sounds insane to
On Mon, 2008-06-16 at 09:20 +0300, Arvids Godjuks wrote:
2008/6/14 Chris Stockton [EMAIL PROTECTED]:
I personally have always used {} for string offsets because it just felt
right. [] seems like it is for arrays, for me, using it on strings makes me
feel dirty.
Could we maybe visit
ext/phar/phar.phar seems to be modified during make as it always
conflicts here on cvs up:
P ext/phar/phar.c
cvs update: nonmergeable file needs merge
cvs update: revision 1.7.2.19 from repository is now in
ext/phar/phar.phar
cvs update: file from working directory is now in
On Mon, Jun 16, 2008 at 10:56 AM, Sebastian Bergmann
[EMAIL PROTECTED] wrote:
ext/phar/phar.phar seems to be modified during make as it always
conflicts here on cvs up:
P ext/phar/phar.c
cvs update: nonmergeable file needs merge
cvs update: revision 1.7.2.19 from repository is now in
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (64 total -- which includes 26 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
hi all,
As you noticed already PHP finally got simple C-like array, thanks to
Etienne and Tony for their great work!
My only wish is to actually respect the informal decision we took a
while back, to do not use fast, improved, better or similar
wording in function or extension names. What's
On 6/16/08, Pierre Joye [EMAIL PROTECTED] wrote:
hi all,
As you noticed already PHP finally got simple C-like array, thanks to
Etienne and Tony for their great work!
My only wish is to actually respect the informal decision we took a
while back, to do not use fast, improved, better or
On 16.06.2008, at 13:27, Alexey Zakhlestin wrote:
On 6/16/08, Pierre Joye [EMAIL PROTECTED] wrote:
hi all,
As you noticed already PHP finally got simple C-like array, thanks to
Etienne and Tony for their great work!
My only wish is to actually respect the informal decision we took a
while
Hello,
FWIW, I'm fine with SplCArray.
Regards,
On Mon, Jun 16, 2008 at 12:28 PM, Pierre Joye [EMAIL PROTECTED] wrote:
hi all,
As you noticed already PHP finally got simple C-like array, thanks to
Etienne and Tony for their great work!
My only wish is to actually respect the informal
On 6/16/08, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
so the next tweak will lead to EvenFasterArray?
I can't imagine anything faster (current FastArray can be optimized to
use SIMD, if needed — that would just be implementation detail)
well.. the proper name, for current FastArray would be
If that's the case, it would be nice to have phar.phar.in-like and
generate one in the build directory.
Except that the 50 or so other phars in CVS don't have this problem... will
look into it later.
Thanks,
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
Hello Sebastian,
now that phar.phar is integrated more with the build we could eventually
drop it from CVS and always generate it. At the end of the day, the best
cause of action is to disallow phar being disabled. Then we could even
easily add tests for phar.phar.
marcus
Monday, June 16, 2008,
Hi,
For the past year, I have been representing PEAR as its president, but
decided not to seek re-election in order to pursue more heavily
development on phar and pyrus. As of today, we finished our second set
of elections, and I'm happy to announce that David Coallier will be
taking my place as
2008/6/13 Marcus Boerger [EMAIL PROTECTED]:
Hello Richard,
well the correct solution is: ReflectionClass::export($classname)
but anyway, you found a bug, please file a report for it.
The issue is that the class is COM and ReflectionClass::export('COM') works
but COM is an empty class. I
Pierre Joye wrote:
hi all,
As you noticed already PHP finally got simple C-like array, thanks to
Etienne and Tony for their great work!
My only wish is to actually respect the informal decision we took a
while back, to do not use fast, improved, better or similar
wording in function or
-Original Message-
From: Gregory Beaver [mailto:[EMAIL PROTECTED]
Sent: Monday, June 16, 2008 6:36 AM
To: Pierre Joye
Cc: PHP internals; Etienne Kneuss; Marcus Boerger; Antony Dovgal
Subject: [PHP-DEV] Re: FastArray, great addition
Why not call it SplVector?
I think that's a good
Hello,
On Sun, Jun 15, 2008 at 11:20 PM, Arvids Godjuks [EMAIL PROTECTED]
wrote:
String is an array of chars, always was and is such in any programming
language. So I see argument for {} as missing knowledge for some programming
basics.
And I don't understand why are you arguing on this.
On Mon, Jun 16, 2008 at 4:21 PM, Andi Gutmans [EMAIL PROTECTED] wrote:
-Original Message-
From: Gregory Beaver [mailto:[EMAIL PROTECTED]
Sent: Monday, June 16, 2008 6:36 AM
To: Pierre Joye
Cc: PHP internals; Etienne Kneuss; Marcus Boerger; Antony Dovgal
Subject: [PHP-DEV] Re:
Chris Stockton wrote:
Seems like you are missing some PHP programming basics. Strings are not an
array of chars, please go back to making ping pong in java c# or whatever
other little comp sci classes you took. PHP is not any of them.
Foreach(foo as $key = $char) {}, after learning, please be
Hi,
I have a patch that I'm hoping might be useful to PHP developers, at least
those using PostgreSQL. The patch provides case folding of string keys
during hash lookups. The need for this comes from ...
We're transitioning from MySQL to PostgreSQL, and like many, we use camel
casing for naming
Hi,
As a followup to the discussion in January, I'd like post a revised patch to
this list that implements closures and anonymous functions in PHP.
INTRODUCTION
Closures and lambda functions can make programming much easier in
several ways:
1. Lambda functions allow the quick
Any interest in the attached patch? It introduces a
headers_response_code() function which returns
SG(sapi_headers).http_response code. This information does not seem to
be otherwise available -- the status line does not come back with
headers_list().
Index: ext/standard/basic_functions.c
Hi,
Lukas Kahwe Smith asked me to put my proposal into the PHP wiki, which I
have done:
http://wiki.php.net/rfc/closures
I also have incorporated the last comment by troels knak-nielsen about
JS behaving the same way as my patch and thus not being that much of a
WTF at all (I somehow had a
Writing PHPT tests (I already wrote about 35 tests, which can be found on
http://testfest.php.net).
pierre, zoe and lsmith should be able to confirm my cvs account request.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 16.06.2008, at 21:53, Felix De Vliegher wrote:
Writing PHPT tests (I already wrote about 35 tests, which can be
found on http://testfest.php.net).
pierre, zoe and lsmith should be able to confirm my cvs account
request.
yup .. all my blessings to this request.
regards,
Lukas Kahwe
Dave Lee wrote:
Hi,
I have a patch that I'm hoping might be useful to PHP developers, at least
those using PostgreSQL. The patch provides case folding of string keys
during hash lookups. The need for this comes from ...
My question to the list is, can this functionality be added in a way
Hi!
Maybe we should decide if this a show stopper or not. From my
We had this functionality in 5.x. People used it. There's no reason to
drop it except for patch authors not implementing it.
I think it's just wrong to submit patch dropping significant chunk of
PHP engine functionality,
On 16.06.2008, at 22:04, Stanislav Malyshev wrote:
Hi!
Maybe we should decide if this a show stopper or not. From my
We had this functionality in 5.x. People used it. There's no reason
to drop it except for patch authors not implementing it.
I think it's just wrong to submit patch
Hi!
Maybe we should stop using the 1 and '1' argument, yes, they can be
Maybe not, while there are people that fail to understand it. Here:
But try to remember, 1 !== '1' and PHP is not an end all language, often
we have to communicate to strictly type systems, we need to be positive
So
On 16.06.2008, at 23:02, Stanislav Malyshev wrote:
So you just ignored the special cases part. Yes, if you have special
case where you interface with very brain-dead strictly typed system
that
absolutely can't understand that '1' and 1 is the same - then you
need to _convert_. So how
-Original Message-
From: Lukas Kahwe Smith [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 14, 2008 3:10 PM
To: Stas Malyshev
Cc: Steph Fox; internals
Subject: Re: [PHP-DEV] New flame
I was under impression parser multibyte support wasn't yet fixed.
Was it?
Maybe we should
On Mon, Jun 16, 2008 at 2:02 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
So you just ignored the special cases part. Yes, if you have special
case where you interface with very brain-dead strictly typed system that
absolutely can't understand that '1' and 1 is the same - then you need
On Mon, Jun 16, 2008 at 2:06 PM, Christopher Jones
[EMAIL PROTECTED] wrote:
Oracle columns names are similarly case insensitive - unless the table
was created with quoted column names. Users can see similar issues.
So same needs as as PostgreSQL.
However, what about creating an RFC on
the
Installing VC++ should not affect your Borland setup. You can even
install the MS tools without setting the ENVs globally (include,
etc.). There is more infos and updated libraries available in our wiki
(see the link in our previous mails).
Visual install has a bat file (vcvarsall.bat IIRC)
Hi!
I get this, really, I do, again. Like the previous post I (likely we)
understand.
Unfortunately, it looks like you do not. Probably my failure to explain
it clearly.
Did you not get or read my post? You say again and again 1 == '1', but
you are forgetting those OTHER operators, ===
Dave Lee wrote:
I haven't benchmarked. I haven't looked, maybe you could tell me, are
there standard PHP benchmarks? If not I'll run some basic ones and
post the results here.
Try the basic test Zend/benchmark.php.
Ideally, you'd create some specific tests that stress the changed code.
On Monday 16 June 2008, Christian Seiler wrote:
Hi,
Lukas Kahwe Smith asked me to put my proposal into the PHP wiki, which I
have done:
http://wiki.php.net/rfc/closures
I also have incorporated the last comment by troels knak-nielsen about
JS behaving the same way as my patch and thus not
.
Anyway, feel free to comment.
Should comments from user-space folk be posted here or as comments
at the
bottom of the wiki page?
We're all users... so here.
Regards,
Philip
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Thoughts from a user-land denizen:
- I conceptually really like. lambdas and closures are a feature I've been
jealous of Javascript for having since I learned how Javascript really
worked. :-)
- I recall earlier discussion pondering if we should be using the
keyword function to describe this
On 6/17/08, Larry Garfield [EMAIL PROTECTED] wrote:
- I am a little confused about the OOP interaction. How does a function
become a public method of the class?
class Example {
private $a = 2;
function myMethod($b) {
$lambda = function() {
lexical $b;
return
On Mon, Jun 16, 2008 at 9:57 PM, Larry Garfield [EMAIL PROTECTED]
wrote:
Thoughts from a user-land denizen:
- Related to that, would it then be possible to add methods to a class at
runtime using lambda functions as the added methods? If so, how? If not,
is
that something that could
43 matches
Mail list logo