David Zülke wrote:
-> is crap because it is used for accessing object methods and
properties.
BS. Java uses dot to separate everything, and it works perfectly fine.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
You could use an associative array, but then you have a not-so-clean syntax
and you have to handle default values for missing parameters yourself.
Named parameter example:
Traditional named example:
'root', 'password' => 'abcdefg', 'superuser'
=> true));
?>
You see the big advantages of na
Let's say: Mike doesn't want to use namespaces but he wants to use a
package from Jessie. Jessie uses namespaces. Mike has his PHP configured
to "auto-prefix-import" everything. So if he uses your file foo.php
containg
namespace JessieStuff{ class Foo { ... } }
in conjunction with this setti
Andi Gutmans wrote:
> Sounds like a good plan to me.
> Is our confidence level on xmlwriter high?
I'd say, so.
> Just asking as I'm not sure
> how broadly it's been used and if we expect the API to have limitations
> or require changing at some point.
My understanding is that the API is pretty
Sounds like a good plan to me.
Is our confidence level on xmlwriter high? Just asking as I'm not
sure how broadly it's been used and if we expect the API to have
limitations or require changing at some point.
Thx Ilia!
At 08:10 PM 11/30/2005, Ilia Alshanetsky wrote:
Here is a brief outline o
Here is a brief outline of how I see 5.1.2 release happening and what in
my opinion should be included in the release. This is very much an RFC
as far as the changes go, so feel free to comment.
First the release plan, my idea is to allow minor features with
accompanying tests that do not introduc
Oliver Grätz wrote:
Jessie Hernandez schrieb:
Please explain what you mean.
Didn't you get my mail? OK, I'll put it in here:
-
I already brought this up once: How difficult is it to introduce an
option to php.ini which has its standar
Jessie Hernandez schrieb:
> Please explain what you mean.
Didn't you get my mail? OK, I'll put it in here:
-
I already brought this up once: How difficult is it to introduce an
option to php.ini which has its standard setting in such a way
I just committed some sort of config.w32 file for it.
People who know the stuff better told me it now should get
automatically build at http://pecl4win.php.net/ :)
--Jani
On Thu, 1 Dec 2005, Oliver Grätz wrote:
Jani Taskinen schrieb:
Definately experimental. It still c
translation
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Oliver,
"Oliver Grätz" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Jessie Hernandez schrieb:
> > In this case the FOO define will be used. When you do a namespace
import,
> > you can really only use classes without the namespace prefix (since
> > __autoload exists). To referen
Remove ext/pcre/config.m4 and run ./cvsclean && ./buildconf
On 01.12.2005 02:37, Daniel Convissor wrote:
Hi Folks:
While trying to compile 5.0.5 from CVS on a Tao Linux box I'm getting a
"multiple definition of `pcre_module_entry'" error. Things compile just
fine in PHP 5.1.1 from CVS. Here
Hi Folks:
While trying to compile 5.0.5 from CVS on a Tao Linux box I'm getting a
"multiple definition of `pcre_module_entry'" error. Things compile just
fine in PHP 5.1.1 from CVS. Here's my configure line:
./configure --with-apxs --with-mysqli=/usr/local/bin/mysql_config \
--with-curl --ena
But that whitespace is meaningfull at XML level and not at PHP level.
Processing Instruction: phpecho
Sean Coates wrote:
Sara Golemon wrote:
oh, that's easy to solve '
Marcus-
You give me greif over ;; and ** as namespace separators then you
suggest meaningful whitespace? *tsk*tsk*tsk*
-S
Jani Taskinen schrieb:
> Definately experimental. It still crashes for me when
> I pass something like ?foo= in either POST or GET. :)
A few days ago I tried to find a compiled version of the input filter
extension for win32 but couldn't find one on the PECL page. As with RC6
of PHP 5.1
Sorry... Forget I said that...
Bart de Boer wrote:
Hi Jared,
If probably don't understand named arguments correclty but couldn't you
do something like:
function(array('name1' => 'val1', 'name2' => $var));
In the function you could then check which keys (names) have values,
thereby simulati
Sara Golemon wrote:
>> oh, that's easy to solve '>
>> btw, th ejsp way is to have '
>>
> Marcus-
> You give me greif over ;; and ** as namespace separators then you
> suggest meaningful whitespace? *tsk*tsk*tsk*
> -Sara
>
> :)
Ah, but the whitespace is already meaningful (-:
[EMAIL PROTECTED
Hi Jared,
If probably don't understand named arguments correclty but couldn't you
do something like:
function(array('name1' => 'val1', 'name2' => $var));
In the function you could then check which keys (names) have values,
thereby simulating a form of named agruments?
On Nov 29, 2005, a
Jessie Hernandez schrieb:
> In this case the FOO define will be used. When you do a namespace import,
> you can really only use classes without the namespace prefix (since
> __autoload exists). To reference a function name without the prefix, you
> must import it directly, as:
>
> import function
On Nov 30, 2005, at 1:50 PM, Andrei Zmievski wrote:
Can you explain your reasoning behind "essential for using PHP as a
solid templating language" and "nothing is a good substitute for
the real deal"?
- Andrei
OK, to take an example from Smarty, you could do a value cycle (for
multi-row-
what happens when I want to place a 'goto' label just before a while or
foreach
loop (upon which I haven't put a label)? I ask because I assume that the
following 2
statements should be identical no:?
PHP's parser gives no importance to whitespace, so yes, these two are
identical.
In the
oh, that's easy to solve '
Marcus-
You give me greif over ;; and ** as namespace separators then you suggest
meaningful whitespace? *tsk*tsk*tsk*
-Sara
:)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Can you explain your reasoning behind "essential for using PHP as a
solid templating language" and "nothing is a good substitute for the
real deal"?
- Andrei
On Nov 29, 2005, at 11:17 PM, Jared White wrote:
Named arguments are absolutely essential for using PHP as a solid
templating language
Hi,
maybe you guys are tired of namespace and G*** discussions, so I'd like to
announce some ideas and toughts about the PDM notes:
> 2.13 Case sensitivity of identifiers
Maybe this could throw some E_STRICT deprecated warning and PHP7 goes
completely case sensitive.
> 5.7 Using an undefined pr
That would be a mandatory whitespace then. Which may be a bit confusing.
Marcus Boerger wrote:
Hello Hartmut,
oh, that's easy to solve '
best regards
marcus
Wednesday, November 30, 2005, 10:44:37 AM, you wrote:
Mike Hall wrote:
Just FYI, the lack of
as far as i remember the only a
devils advocate:
what happens when I want to place a 'goto' label just before a while or
foreach
loop (upon which I haven't put a label)? I ask because I assume that the
following 2
statements should be identical no:?
I think there would be no such thing as a 'goto' or 'break' label. There
'would brake standards compliance for PHP scripts.
If you want to be able to use 'where the XHTML/XML specs are defined.
If people change their code from 'it, they might just as well change it to 'little bit more code but it makes sure that your documents remain
standards compliant.
If you r
Hello Hartmut,
oh, that's easy to solve '
best regards
marcus
Wednesday, November 30, 2005, 10:44:37 AM, you wrote:
> Mike Hall wrote:
>> Just FYI, the lack of > tags on all development projects at my company.
> as far as i remember the only arguemnt against that '=' is not a valid characte
On 11/30/05, Ron Korving <[EMAIL PROTECTED]> wrote:
> Same for our company. We still use http://www.php.net/unsub.php
Same for our company. We still use wrote in message
news:[EMAIL PROTECTED]
> Hello Mike,
>
> Same at my company.
>
>
> --
> Best regards,
> Jasonmailto:[EMAIL PROTECTED]
>
> Wednesday, November 30, 2005, 4:31:58 AM, you wrote:
>
> MH> Just FYI, the lack of MH> t
TG>>replacing the functionality of a 'goto' statement with
TG>>two or maybe three statements.
TG>>
TG>>'break_to' 'advance_to' and maybe even 'change_state_to'
And maybe even to
please_change_current_executing_opcode_number_to_the_opcode_that_corresponds_to_label
after all, we don't want to hav
I was wondering if it would be worthwhile to consider
replacing the functionality of a 'goto' statement with
two or maybe three statements.
'break_to' 'advance_to' and maybe even 'change_state_to'
while($foo1) as LABEL1 {
while($foo2) {
...
i
Hello Mike,
Same at my company.
mailto:[EMAIL PROTECTED]
Wednesday, November 30, 2005, 4:31:58 AM, you wrote:
MH> Just FYI, the lack of tags on all development projects at my company.
MH> Mike
MH> On Mon, 28 Nov 2005 20:29:42 +0100
MH> Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> Hello
Sara Golemon wrote:
...
Your take is spot-on. This isn't an extension of functionality, just a
"numbered breaks with a name" which is something I've heard requested
from several corners (including @zend.com) as a "wouldn't it be nice..."
I wonder if the need for labelled breaks/continues
Sounds good from a syntax perspective... :)
Sara Golemon wrote:
This "break LABEL" construct does exactly the same as "break NUM",
May be I missed something? I didn't look into patch deep.
Your take is spot-on. This isn't an extension of functionality, just a
"numbered breaks with a name" w
Hello Bob,
""Bob Silva"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Looking for some feedback on what the expected behavior should be for
class
> and/or constant ambiguity within namespaces. For instance:
>
>
>
> Classes.php:
>
>
>
> namespace A {
>
> const FOO = 123;
>
>
This "break LABEL" construct does exactly the same as "break NUM",
May be I missed something? I didn't look into patch deep.
Your take is spot-on. This isn't an extension of functionality, just a
"numbered breaks with a name" which is something I've heard requested from
several corners (inclu
Hi,
I've created some tests for mysql. Unfortunately I have'nt noticed there
already are some tests in php5 (i was developing these for php4).
However I think they can be merged as they are designed slightly different
and thus covering more code. I have attached the tests as bz2 file.
Mysql te
I've been regularly helping out the php-gtk documentation project for some time
now, so Christian Weiske (cweiske) has proposed me to apply for a CVS account
for php-gtk-doc.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
SG>>Actual labeled breaks. Not the break+jump that was proposed earlier in the
I think the idea is OK, though I don't like a syntax. There is a standard
for/while syntax which is used by a lot of procedural languages, and I see
no reason to break it. I see nothing wrong with using FOO: for labe
On 30 November 2005 01:41, Sara Golemon wrote:
> , I'd like to turn the topic to a completely
> different language
> feature which (might) please enough people to get a rousing consensus.
>
> Actual labeled breaks. Not the break+jump that was proposed
> earlier in the
> guise of a break statemen
Stanislav Malyshev wrote:
SG>>* Labeled breaks also apply to continue; For example:
yes, I think it's a good way to do it.
oh, totally forgot about that, another strong reason for having
it in parallel to any GOTO solution we come up with
--
Hartmut Holzgraefe, Senior Support Engineer
Ron Korving wrote:
Well that's because labeled breaks should (in "our" opinion) be implemented
paralel to goto. It is simply not the same. Of course you could break out of
loops with a goto statement, but I'd much prefer true labeled breaks, where
the label is set for the loop-construct itself,
Mike Hall wrote:
Just FYI, the lack of
as far as i remember the only arguemnt against http://www.php.net/unsub.php
I wasn't thinking about goto or break. I was thinking about *labels* and
using them in a consistent manner with PHP.
For example:
while (cond) {
LABEL:
while (cond) {
if (cond) {
break LABEL;
} else {
some_command OTHERLABEL;
}
}
}
OTHERLABEL:
Or Sara's way:
whi
Ron Korving wrote:
I loved Joao Cruz Morais idea of using the 'as' keyword in this:
while (true) as outer_cycle {
$i = 0;
while (true)
if($i++ == 10) break outer_cycle;
}
might become a bit confusing with
foreach ($array as $val) as someloop {
but that aside i like the syntax :)
Ilia Alshanetsky wrote:
I guess I fall into Group B, and I must say that I'd prefer either to
see goto/jump like construct or nothing at all. Be it a crippled
goto/jump or labeled breaks. So, my vote is a -1.
think of not in the context of GOTO but as in
'break _number_;" finally done right'
-
Well that's because labeled breaks should (in "our" opinion) be implemented
paralel to goto. It is simply not the same. Of course you could break out of
loops with a goto statement, but I'd much prefer true labeled breaks, where
the label is set for the loop-construct itself, not after the const
Just FYI, the lack of wrote:
> Hello Bastian,
>
> id like to see '
> marcus
>
> Monday, November 28, 2005, 9:56:56 AM, you wrote:
>
> > What concerns me most is that > tags will be disabled or not in php6. I currently use <%= to counter
> > this, but I am most certainly *not* happy with i
Joao Cruz Morais wrote:
I'm sorry if I'm saying something that was already proposed, but why
not use the Java approach to labeled breaks or something like this
(dumb) example:
while(true) as outer_cycle {
$i = 0;
while(true)
if($i++ == 10) break outer_cycle;
}
well, this is only handli
I'd say:
foreach ($arr as $val) as foo
{
if (true)
break foo;
}
I don't like the idea at all that labeled breaks are in any way connected to
'goto' usage. It's my opinion that the two can coexist without a problem,
and that's how I would prefer to see it being used.
Besides, BAR:while ()
Sara++ :)
Although I prefer BAR:while (This would go better with goto if someone
would want to implement that some day.) I'd settle for while BAR since I
don't care about goto anyway.
So:
foreach BAZ ($arr as $val) +1
BAZ: foreach ($arr as $val) +2
foreach as BAZ ($arr as $val) -2 ('as'
Not only are labeled breaks more readable, they are far more maintainable,
especially when nested. With break NUM, you have to change the NUMs
every time you change the nesting. I've shot myself in the foot several
times
that way.
Just my two cents as a long-time PHP user
Dave
Hannes Magnusson sa
I don't care what kind of GOTO I get as long as I get one.
Right now I only see need for the forward jumping version,
but I don't mind if you could jump backwards too. :)
And I also want VETO on each and every bug report about it. :)
If anyone dares to report a bug with goto
On Wed, 30 Nov 2005, Lukas Smith wrote:
In what form would it be added to core? I presume it would be marked as
As what it is in pecl/filter right now..or what did you mean?
experimental? Has the doc team jumped on it yet?
Definately experimental. It still crashes for me when
I
IMO labeld breaks are *alot* more readable then break NUM;
On 11/30/05, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
> Hi Sara,
>
> This "break LABEL" construct does exactly the same as "break NUM",
>
> Also I don't like syntax for loops that you suggested.
> I prefer "LABEL: while(1) {...}" instead o
On 11/30/05, Ron Korving <[EMAIL PROTECTED]> wrote:
> I loved Joao Cruz Morais idea of using the 'as' keyword in this:
>
> while (true) as outer_cycle {
> $i = 0;
> while (true)
> if($i++ == 10) break outer_cycle;
> }
Me too - it's so stunningly obvious to understand at first sight,
compar
Is it possible to not extend "zend_brk_cont_element" structures? They are
used during runtime.
Thanks. Dmitry.
> -Original Message-
> From: Sara Golemon [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 30, 2005 7:18 AM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] Labeled B
Hi Sara,
This "break LABEL" construct does exactly the same as "break NUM",
Also I don't like syntax for loops that you suggested.
I prefer "LABEL: while(1) {...}" instead of while LABEL (1) {...}".
This construct has logic and make sense, but I am not sure that we should
incrise complication of
59 matches
Mail list logo
