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 repositor
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",
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 informa
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" woul
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
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
> -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
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 th
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
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, plea
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 ta
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 d
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 diff
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 S
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 w
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, and
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 dropp
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 y
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 fail
> -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
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 y
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
>
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) that
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, === and
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.
I'm
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
.
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 t
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;
> r
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 coul
2008/6/16 Edward Z. Yang <[EMAIL PROTECTED]>:
>
> PHP userland code may not treat strings as first class arrays, but
> that's certainly how they are represented internally.
>
> Anyway, it would be neat if we could get that foreach syntax to work. I
> get sick of for($i = 0, $c = strlen($str); $i <
40 matches
Mail list logo