Whenever you press enter and the shell assumes the code might be valid (crrect amount of quotes, braces etc.) it will be executed. So

php > namespace a;

and

php > class A {};

will be executed independently, similar to being in different files being included.

Maybe the logic for detecting whether it is executable code can be extended with this special case .. on second thought that's no good idea this would cause cases like this:

php > namespace a;
php > class A {} // declares a\A
php > class A {} // declares A

 ... so we'd probably need a magic to set the current namespace. Not sure I really want that. Becomes quite a hack.

Maybe it's best to document this limitation, but I'll try to think about a good thing to do.

> php > namespace a;
> php > class A {} // declares a\A
> php > class A {} // declares A

I would rather say that the second call to "class A{}" should remain as if we 
were still in the namespace "a".

I would expect the following on the second declaration of class A:
PHP Fatal error:  Cannot redeclare class a\A in php shell code on ...

Keeping the namespace has two issues

a) We can't get to global namespace

b) A typical use case I see is copy&pasting some code, if there's some namespace declaration it some unexpected things might happen

I think the current behavior is the most clear one we can get, but this can probably be improved in the docs:

Docs should mention the rule by which code is executed, this is defined in cli_is_valid_code(), http://lxr.php.net/xref/PHP_5_4/ext/readline/readline_cli.c#cli_is_valid_code

Basic logic is like this: Count brackets, parenthesis, comment and quote nesting, mind heredoc/nowdoc, if all blocks and strings are closed and the code ends with } or ; it is seen as "valid_end" and will be executed, else the next line will be read (and the default prompt will be changed to one telling what is missing).

A chunk of code being executed behaves similar to code being included or eval()d.