Hi Greg,
I didn't mean to get you all defensive about it. I was just voicing my personal
thoughts on this subject as I did a few months back. It's just my 2 cents and
you're free to take it or leave it.
I think from a perf point of view the info Dmitry can send you may at least
give you some
Andi Gutmans wrote:
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
>> Behalf Of David Coallier
>> Sent: Monday, September 10, 2007 4:05 PM
>> To: Andi Gutmans
>> Cc: Gregory Beaver; PHP Developers Mailing List
>> Subject: Re: [PHP-DEV] PHAR was PHP 5.3 Suggest
On Sep 10, 2007, at 10:31 PM, Antony Dovgal wrote:
On 11.09.2007 02:12, Andrew Shearer wrote:
Here's a patch against HEAD that implements the array_get function
previously suggested on this list. I also attached a test suite,
which should go in ext/standard/tests/array/array_get.phpt. Feedback
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of David Coallier
> Sent: Monday, September 10, 2007 4:05 PM
> To: Andi Gutmans
> Cc: Gregory Beaver; PHP Developers Mailing List
> Subject: Re: [PHP-DEV] PHAR was PHP 5.3 Suggested Feature List
>
> Andi,
On 11.09.2007 02:12, Andrew Shearer wrote:
> Here's a patch against HEAD that implements the array_get function
> previously suggested on this list. I also attached a test suite,
> which should go in ext/standard/tests/array/array_get.phpt. Feedback
> is welcome.
>
> Independently, someone e
is somefile.php also included in the B namespace since you cannot
include it in global scope.
No, somefile.php does not automatically belong to either A or B, it can
contain namespaces definition inside and thus belong to either A or B or
neither, but it is parsed as entirely separate entity
On 9/10/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> > Ok, I was wondering to myself, do you guys think it would be possible
> > to do something like having an endnamespaces; keyword that would put
> > an end to the namespace definition?
>
> Oh no :) It doesn't look good and it doesn't solve
Ok, I was wondering to myself, do you guys think it would be possible
to do something like having an endnamespaces; keyword that would put
an end to the namespace definition?
Oh no :) It doesn't look good and it doesn't solve the problem. Hint:
the braces have the same problem (that's why I ask
Hi,
Please also add the patch provided by John Bafford last Januari.
Arnold
Andrew Shearer wrote:
I had forgotten that attachments aren't allowed. Here are links to the
patch and test suite.
This ought to work. Sorry for the multiple posts, everyone.
http://ashearer.com/software/array_get/
On 9/10/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Following the feedback from the community, we (mostly me and Dmitry)
> tried to find a good model that would allow multiple namespaces per file
> without running into too many problems and complications, and would
> allow to bundle
On 9/10/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> And please no more magic switches that lead to broken code.
that's what worries me, I dont get why people wants to introduce yet
another switch to disable to garbage collector ( that will lead to
different/broken behaviuor) I think there is
Hi!
Following the feedback from the community, we (mostly me and Dmitry)
tried to find a good model that would allow multiple namespaces per file
without running into too many problems and complications, and would
allow to bundle multiple namespaced files together without
modifications. It lo
On 9/10/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Yes, I will ask Dmitry to share it with you. There's huge value in
> having a standard format which existing tools can already manipulate. It
> doesn't have to be tar but IMO it should be something standard.
>
> Andi
>
> > -Original Message-
I had forgotten that attachments aren't allowed. Here are links to
the patch and test suite.
This ought to work. Sorry for the multiple posts, everyone.
http://ashearer.com/software/array_get/2007-09-10-php6/array_get.diff
http://ashearer.com/software/array_get/2007-09-10-php6/array_get.phpt
That patch is a very good idea, but it does not work there are symbols
that are no lomger exported on libxml extension , and although
everything compiles, I ended with a broken PHP.
Can you give a bit more details on what is broken? Does it mean there's
a problem on Windows too, since Windows d
Here's a patch against HEAD that implements the array_get function
previously suggested on this list. I also attached a test suite,
which should go in ext/standard/tests/array/array_get.phpt. Feedback
is welcome.
Independently, someone else had posted the same idea as a feature
request fo
Let me try that again with the files attached. I'll leave out the
full original proposal this time.
On Sep 10, 2007, at 6:12 PM, Andrew Shearer wrote:
Here's a patch against HEAD that implements the array_get function
previously suggested on this list. I also attached a test suite,
which
Yes, I will ask Dmitry to share it with you. There's huge value in
having a standard format which existing tools can already manipulate. It
doesn't have to be tar but IMO it should be something standard.
Andi
> -Original Message-
> From: Gregory Beaver [mailto:[EMAIL PROTECTED]
>
Ilia Alshanetsky wrote:
List of Feature Ideas
1) Backport the namespaces patch for PHP 6
-1
2) Symlink the intl extension from PECL, but leave it disabled by
default as is the case with all extensions dependent on external libs
1
3) Apply the Late Static Bind
> -Original Message-
> From: Pierre [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 10, 2007 1:56 PM
> To: Andi Gutmans
> Cc: Ilia Alshanetsky; PHP Developers Mailing List
> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List
>
> For the record here, a cache is planed once we have a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sep 10, 2007, at 16:15:35, Adam Maccabee Trachtenberg wrote:
On Mon, 10 Sep 2007, BuildSmart wrote:
Perhaps the best approach would be to mimic the ext/mysql functions
and feed them to ext/mysqli function rather than aliasing them
directly but
Andi Gutmans wrote:
>> 14) Link phar extension from PECL into core (possibly enabling it by
>> default)
>>
>> 10 -1
>
> -1 (I'd prefer a standard format which can be manipulated with standard
> tools (also some tests we did with TAR format we got much better
> performance
On 9/10/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> See below:
>
> > -Original Message-
> > From: Ilia Alshanetsky [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, September 09, 2007 10:08 AM
> > To: PHP Developers Mailing List
> > Subject: [PHP-DEV] PHP 5.3 Suggested Feature List
> >
> >
> >
On 9/9/07, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
> 12) Merge the GCC 4 -fvisibility patch
>
That patch is a very good idea, but it does not work there are symbols
that are no lomger exported on libxml extension , and although
everything compiles, I ended with a broken PHP.
--
http://www.
See below:
> -Original Message-
> From: Ilia Alshanetsky [mailto:[EMAIL PROTECTED]
> Sent: Sunday, September 09, 2007 10:08 AM
> To: PHP Developers Mailing List
> Subject: [PHP-DEV] PHP 5.3 Suggested Feature List
>
>
> List of Feature Ideas
>
>
> 1) Backport
Hello Zoe,
%s = [\n]+?
If that affects any test we have to fix those :-)
marcus
Monday, September 10, 2007, 10:02:48 PM, you wrote:
> Marcus Boerger wrote:
>> Hello Zoe,
>>
>> now i get the issue. It grabbs more than one line! This means
>> run-tests.php has to be fixed. The whole thing is
On Mon, 10 Sep 2007, BuildSmart wrote:
> Perhaps the best approach would be to mimic the ext/mysql functions
> and feed them to ext/mysqli function rather than aliasing them
> directly but maybe a performance trade-off might be encountered as a
> result.
Based on my experiences, if you're keeping
Without it, we mix 2 different concepts, we also make it needlessly hard
for library maintainers to leverage E_STRICT. As a result library
maintainers have the choice of either jumping to every new minor version
as the minimum requirement or more or less ignoring E_STRICT all together.
OK, I u
Marcus Boerger wrote:
Hello Zoe,
now i get the issue. It grabbs more than one line! This means
run-tests.php has to be fixed. The whole thing is designed under
the assumption that %s catches no new lines and hence only one
line.
That would be the best answer but I think it's a difficult
Lukas Kahwe Smith skrev:
Stanislav Malyshev wrote:
10) Split off deprecation from E_STRICT into E_DEPRECATED
0. Why do we *need* it again?
Without it, we mix 2 different concepts, we also make it needlessly hard
for library maintainers to leverage E_STRICT. As a result library
maintainers
Hello Zoe,
now i get the issue. It grabbs more than one line! This means
run-tests.php has to be fixed. The whole thing is designed under
the assumption that %s catches no new lines and hence only one
line.
marcus
Monday, September 10, 2007, 6:03:54 PM, you wrote:
> Hi Marcus
>>
>> why is t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sep 10, 2007, at 14:08:43, Hartmut Holzgraefe wrote:
BuildSmart wrote:
Thanks for the response, OK I think I can manage that with ease,
what I'm contemplating to do is create a mysql_alias extension
that aliases the mysql extension functions
Hello Ilia,
Monday, September 10, 2007, 3:08:57 PM, you wrote:
> Hello Ilia,
> Sunday, September 9, 2007, 7:07:37 PM, you wrote:
>> 6) Remove safe_mode, register_globals and magic_quotes
> remove register_globals only, rest for 6.*
Actually we should get E_DEPRECATED and mark all as deprecate
Hi,
Ilia Alshanetsky wrote:
List of Feature Ideas
1) Backport the namespaces patch for PHP 6
+1
2) Symlink the intl extension from PECL, but leave it disabled by
default as is the case with all extensions dependent on external libs
0
3) Apply the Late Static B
BuildSmart wrote:
Thanks for the response, OK I think I can manage that with ease, what
I'm contemplating to do is create a mysql_alias extension that aliases
the mysql extension functions to the mysqli equivalents
uh PHP_FALIAS() would only work for functions having
exactly the same para
My bad, please ignore the comment.
Thanks Greg.
Regards,
Emil Ivanov
Gregory Beaver wrote:
emo wrote:
14) Link phar extension from PECL into core (possibly enabling it by
default)
10-1
+1 (Depends how it will cope with namespaces?)
??
Perhaps you're thinking of different co
emo wrote:
>> 14) Link phar extension from PECL into core (possibly enabling it by
>> default)
>>
>> 10-1
>
> +1 (Depends how it will cope with namespaces?)
??
Perhaps you're thinking of different code? pecl/phar is unaffected by
any changes to the PHP language syntax. Its sole
Hello Stanislav,
me neither, I just wanted to clarify :-)
marcus
Monday, September 10, 2007, 6:48:14 PM, you wrote:
>> I guess the point is that ppl might want to have interfaces use different
>> approach than they want class to. For instance classes get filenames with
>> just the classname f
I guess the point is that ppl might want to have interfaces use different
approach than they want class to. For instance classes get filenames with
just the classname followed by '.php' while interfaces might get a prefix
'i_' or a different extension like '.inc'.
Well, since now autoloader does
On Monday 10 September 2007 02:43:52 pm Pierre wrote:
> On 9/10/07, Lester Caine <[EMAIL PROTECTED]> wrote:
> > PLEASE can we have an assessment of how this new list of features will
> > affect users porting from PHP4 rather than simply assuming that this is
> > just a simple 'upgrade' from PHP5.2.
Hi,
On Monday 10 September 2007 03:31:32 pm BuildSmart wrote:
> Thanks for the response, OK I think I can manage that with ease, what
> I'm contemplating to do is create a mysql_alias extension that
> aliases the mysql extension functions to the mysqli equivalents since
> a lot of scripts and pack
On 9/10/07, BuildSmart <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Sep 10, 2007, at 08:53:29, Marcus Boerger wrote:
>
> > Hello BuildSmart,
> >
> > If you have the correct includes in place, sure.
> >
> > marcus
>
> Thanks for the response, OK I think I c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sep 10, 2007, at 08:53:29, Marcus Boerger wrote:
Hello BuildSmart,
If you have the correct includes in place, sure.
marcus
Thanks for the response, OK I think I can manage that with ease, what
I'm contemplating to do is create a mysql_al
Tomas Kuliavas wrote:
> If you don't use this option, PHP will look for it in
> /home/danny/php5/lib/. Config file path option is useful, if you have to
> recompile php several times and want to preserve your php.ini. then you
> just set it outside of --prefix and delete old php install before
> i
Hello Ilia,
Sunday, September 9, 2007, 7:07:37 PM, you wrote:
> 1) Backport the namespaces patch for PHP 6
+1
> 2) Symlink the intl extension from PECL, but leave it disabled by
+1
> 3) Apply the Late Static Binding Patch
+1
> 4) Implement David's Circular Garbage collection patch
+1
> 5)
Hello Dmitry,
This is a good catch. I gave it a bit of attention some time ago and it is
not trivial to fix. However code often improves from this. Most of all
ofeten enough you end up with some consts that would in other languages be
enums like:
class Week {
const Monday = 0;
const Tuesday
>when developing a patch like this, it is more readable to do typical
> min max notation to ease readability. That is change:
> if (91 > i && i > 64) {
> To:
> if (64 < i && i < 91) {
>
> the real issue here is that if we fix it this way we break other locales.
How they break? Do you want to s
Hello BuildSmart,
If you have the correct includes in place, sure.
marcus
Saturday, September 8, 2007, 11:36:15 AM, you wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> I've seen several examples of PHP_FALIAS within a single module, I'm
> wondering if it's possible to have one m
Hello Andi, Cristian, David,
agreeed. We should put this into 5.3 where we'll break BC anyway. Then for
5.3 and HEAD people will have enough time to adapt (given current release
plans. The only thing left to think of is whether it makes sense to use '__'
prefix for internal stuff just like we do
Hello Tomas,
when developing a patch like this, it is more readable to do typical min
max notation to ease readability. That is change:
if (91 > i && i > 64) {
To:
if (64 < i && i < 91) {
the real issue here is that if we fix it this way we break other locales.
marcus
Thursday, September 6,
On 9/10/07, Lester Caine <[EMAIL PROTECTED]> wrote:
> PLEASE can we have an assessment of how this new list of features will affect
> users porting from PHP4 rather than simply assuming that this is just a simple
> 'upgrade' from PHP5.2.X.
>
> As discussion has already been shouted down on the vote
Hello Stanislav,
Saturday, September 8, 2007, 1:50:24 AM, you wrote:
>> Actually, an autoload handler should never emit errors or throw
>> exceptions. With handlers registered through SPL, it is already the
>> case. When using an __autoload() functions, raising an error when a
>> symbol is not fo
PLEASE can we have an assessment of how this new list of features will affect
users porting from PHP4 rather than simply assuming that this is just a simple
'upgrade' from PHP5.2.X.
As discussion has already been shouted down on the vote list ... we have to
get people to convert *TO* PHP5 befo
>>> I need some assistance gathering the information that might be most
>>> helpful.
>>>
>>> This week sometime I will grab a snapshot and install it. Normally I
>>> install php via the FreeBSD ports collection. I am happy to build a
>>> custom version but I would like to make sure that I do not
Hello David,
Wednesday, September 5, 2007, 4:19:05 AM, you wrote:
> On 9/5/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> What is the problem with those objects? Basically there are at least three
>> seperated memory areas involved. First the zend_object container, the real
>> object and one or
Hello Jiania,
as said, you're supposed to present some patches first on internals@ and
if the first bunch looks fine, you'll get an account. For starting to work
on SPL and sending patches you do not need a cvs account. We all started
without an account.
marcus
Saturday, September 8, 2007, 6:3
Antony Dovgal wrote:
> On 09.09.2007 12:41, Danny Carroll wrote:
>> Anthony,
>>
>> I need some assistance gathering the information that might be most helpful.
>>
>> This week sometime I will grab a snapshot and install it. Normally I
>> install php via the FreeBSD ports collection. I am happy to
> 1) Backport the namespaces patch for PHP 6
1
> 2) Symlink the intl extension from PECL, but leave it disabled by
default as is the case with all extensions dependent on external libs
0
> 3) Apply the Late Static Binding Patch
1
> 4) Implement David's Circular Ga
Now we support "const FOO = BAR;" where BAR is another constant (but BAR is
also a simple expression).
I don't see how can we support constant expressions and don't support
constants in them.
Thanks. Dmitry.
> -Original Message-
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
> Sent
Ilia Alshanetsky wrote:
1) Backport the namespaces patch for PHP 6
+1
3) Apply the Late Static Binding Patch
+1
5) Implement Sqlite3 support via the ext/sqlite extension (patch is
already available)
+1
6) Remove safe_mode, register_globals and magic_quotes
-1
7) Introduce mysqlind
It's been about 3 days since the last comment on the patch itself on
this thread and nearly a week since the patch was submitted for
comment.
Until a patch is committed, I can't publish a patch for the GC, and
until that's published, there's really nothing to debate about yet. :)
I can't commit a
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (58 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
27372 Assigned parse error loadin
Hi Rob,
On 9/10/07, Rob Richards <[EMAIL PROTECTED]> wrote:
> > 8) OpenID enabling patch for OpenSSL and PHP 5
> Which one? (from the looks you are refering to Wez's origional) I though
> it was already decided a while back that the patch from Dmitry was going in.
For what we discussed, Dmitry's
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (632 total including feature requests)
===[*Programming Data Structures]=
40496 Assigned Test bug35239.phpt still fails (works in PHP 5)
=
1) Backport the namespaces patch for PHP 6
0
2) Symlink the intl extension from PECL, but leave it disabled by
default as is the case with all extensions dependent on external libs
1
3) Apply the Late Static Binding Patch
1
4) Implement David's Circular Garbage collection patch
0
5) I
Stanislav Malyshev wrote:
10) Split off deprecation from E_STRICT into E_DEPRECATED
0. Why do we *need* it again?
E_STRICT is about general coding style that we feel should be
encouraged. Its sort of the comp sci teacher in a box.
E_DEPRECATED is things we drop are replace. People that ne
On Sep 10, 2007, at 01:31:54, BuildSmart wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sep 10, 2007, at 01:01:19, Christian Stocker wrote:
On 10.9.2007 6:53 Uhr, BuildSmart wrote:
On Sep 10, 2007, at 24:41:47, Christian Stocker wrote:
On 10.9.2007 3:53 Uhr, BuildSmart wrot
Ilia Alshanetsky wrote:
Its been about a week since RFS for features to go into 5.3 has gone out
and while there was not a "flood" of ideas there is a substantial list
of key changes people would like to go into this release. I've compiled
a list of all of the suggestions I've received, they ar
In case we support constant expressions, we should support constants in such
expressions, but the values of these constants may be unknown in compile
time.
I don't see why we should support constants in such expressions.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://
Attached.
Thanks. Dmitry.
> -Original Message-
> From: Etienne Kneuss [mailto:[EMAIL PROTECTED]
> Sent: Sunday, September 09, 2007 11:02 PM
> To: Dmitry Stogov
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] [patch] Late static bindings (LSB)
>
>
> Hello,
>
> sorry for the late
I see a problem with this idea.
In case we support constant expressions, we should support constants in such
expressions, but the values of these constants may be unknown in compile
time.
Delaying constant initialization for expressions in general will require
keeping of Abstaract Syntax Tree
71 matches
Mail list logo
