Last year PHPUnit participated in the GSoC under the umbrella of PHP. Is
this possible this year as well?
I discussed this issue with Marcus and Chris DiBona at the mentor summit
and the consensus was that PHPUnit by itself is too small to participate
as a mentoring organization and that PHP
Hi Sebasitian,
On Thu, Mar 6, 2008 at 9:08 AM, Sebastian Bergmann
<[EMAIL PROTECTED]> wrote:
> Last year PHPUnit participated in the GSoC under the umbrella of PHP. Is
> this possible this year as well?
>
> I discussed this issue with Marcus and Chris DiBona at the mentor summit
> and the
I have been working with different OO systems for a while and one thing
I really miss is an OMG specified package system.
According to OMG a package is a namespace however with the important
difference that you can make "package" accessible variables, classes and
methods.
The package access contr
Hi,
Am Donnerstag, den 06.03.2008, 01:24 +0100 schrieb Pierre Joye:
[...]
> Maybe SOC:2008, using SOC as namespace and 200X for the main pages is better.
I like that. Is it possible to configure the namespace separator? I
would prefer "/".
cu, Lars
signature.asc
Description: Dies ist ein digit
On Thu, Mar 6, 2008 at 2:23 AM, Lars Strojny <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Am Donnerstag, den 06.03.2008, 01:24 +0100 schrieb Pierre Joye:
> [...]
>
> > Maybe SOC:2008, using SOC as namespace and 200X for the main pages is
> > better.
>
> I like that. Is it possible to configure the name
Pierre Joye schrieb:
PHPUnit already has a high visibility.
Huh? This is not about improving the visibility of PHPUnit.
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - P
On Thu, Mar 6, 2008 at 9:39 AM, Sebastian Bergmann
<[EMAIL PROTECTED]> wrote:
> Pierre Joye schrieb:
>
> > PHPUnit already has a high visibility.
>
> Huh? This is not about improving the visibility of PHPUnit.
I know but still.That's a side comment.
Cheers,
--
Pierre
http://blog.thepimp.net |
On 06.03.2008 04:24, Joe Thomas wrote:
> I would like to help maintain the documentation and possibly php.net.
> I would also be looking forward to actually develop php runtime and
> an official bundled php extension possibly in the near future.
Please start with patches, CVS account will follow
On 06.03.2008, at 09:26, Pierre Joye wrote:
On Thu, Mar 6, 2008 at 2:23 AM, Lars Strojny <[EMAIL PROTECTED]> wrote:
Hi,
Am Donnerstag, den 06.03.2008, 01:24 +0100 schrieb Pierre Joye:
[...]
Maybe SOC:2008, using SOC as namespace and 200X for the main pages
is better.
I like that. Is it p
On Wed, 5 Mar 2008, David Coallier wrote:
> > > > I'm talking about extension developers. We will all have to add yet
> > > > another #ifdef for this function, in the implementation or to define
> > > > php_dirname to keep the implementation clean(er). As it is good to
> > > > clean up code
Hi all,
recently there were quite a few proposals about stuff for 5.3. If we implement
them all we won't finish in a "soonish" time and we get new ideas postponing
the 5.3 release therefore the following:
- Scanner based on re2c:
Going to re2c promises to make maintenance simpler and increas
Hello Gregory,
for include require we anyway use the streams stuff, don't we?
marcus
Wednesday, March 5, 2008, 9:24:39 PM, you wrote:
> Dmitry Stogov wrote:
>> dmitryWed Mar 5 13:34:16 2008 UTC
>>
>> Modified files: (Branch: PHP_5_3)
>> /php-src NEWS
>>
Hello Johannes,
Thursday, March 6, 2008, 6:10:27 PM, you wrote:
> Hi all,
> recently there were quite a few proposals about stuff for 5.3. If we implement
> them all we won't finish in a "soonish" time and we get new ideas postponing
> the 5.3 release therefore the following:
> - Scanner based
Hi Gregory,
It's good idea. I missed this feature when I tried to transparently
include file from tar archive.
Probably we must do it.
Please try to make a patch if you have time (I'm busy now)
Thanks. Dmitry.
> -Original Message-
> From: Gregory Beaver [mailto:[EMAIL PROTECTED]
> Sent:
Hello Marcus,
Tuesday, March 4, 2008, 7:29:28 PM, you wrote:
> Hello Andi,
> Tuesday, March 4, 2008, 7:51:07 AM, you wrote:
>> Hi Marcus, Johannes, and all,
>> First of all let me say that I have no conceptual problem with replacing
>> the scanner with re2c. If it's cleaner, performs better an
On 06.03.2008 20:10, Johannes Schlüter wrote:
> Hi all,
>
> recently there were quite a few proposals about stuff for 5.3. If we
> implement
> them all we won't finish in a "soonish" time and we get new ideas postponing
> the 5.3 release therefore the following:
I'd like to ask to re-consider
Hi!
One of the ideas [1] is to implement a parser for gcov data files in PHP
to integrate the code coverage information for PHP and PHP extensions
into PHPUnit's code coverage report. This could be helpful for
I think speaking of the coverage also there was an issue that phpunit's
coverage
2008/3/6, Antony Dovgal <[EMAIL PROTECTED]>:
> It just doesn't work, so there is no point to keep it.
That statement is very true, it does not work at all.
Also will be nice if zend.enable_gc ini setting is dropped as well
before it is too late , having yet another ini setting that alters the
e
Stanislav Malyshev schrieb:
I think speaking of the coverage also there was an issue that phpunit's
coverage calculating algorithm could be optimized, since there where
instances when generating coverage took too much. Is it still the same?
It is much better now, see http://tinyurl.com/2toen
- bundling pecl/intl
According to Stas it's ready for being bundled and was voted in. The only
Most of it is ready, since 5.3 took more time that we initially thought
we also added dateformatter functionality there, which right now has
last wrinkles straightened out - code is mostly complete
Hi!
Also will be nice if zend.enable_gc ini setting is dropped as well
before it is too late , having yet another ini setting that alters the
engine behaviuor looks pretty much like the repeating the same old
mistakes over and over again.
Does it alter the engine behaviour? I was under impress
I think the real question we have to ask is "Do we consider PHPUnit"
standard for PHP Development Unit Testing ?
If so, PHPUnit gets a grant (or a chance to get one under the PHP
Project umbrella)
If not, then it doesn't.
I consider PHPUnit the standard for Unit Testing in PHP, now what do
you a
On Thu, Mar 6, 2008 at 7:20 PM, David Coallier <[EMAIL PROTECTED]> wrote:
> I think the real question we have to ask is "Do we consider PHPUnit"
> standard for PHP Development Unit Testing ?
>
> If so, PHPUnit gets a grant (or a chance to get one under the PHP
> Project umbrella)
>
> If not, th
On 06.03.2008, at 21:17, Pierre Joye wrote:
On Thu, Mar 6, 2008 at 7:20 PM, David Coallier <[EMAIL PROTECTED]> wrote:
I think the real question we have to ask is "Do we consider PHPUnit"
standard for PHP Development Unit Testing ?
If so, PHPUnit gets a grant (or a chance to get one under the
Hi All,
> 1) php internals (php-src, qa, docs etc)
> 2) any other php.net subproject
> 3) other php projects
>
> if a proposal falls in 3) it needs to be really good and all the
> prosals left in 1) and 2) need to be pretty unexciting in order to be
> accepted.
And I fully agree.
By the w
On 06.03.2008, at 21:40, Pierre Joye wrote:
Hi All,
1) php internals (php-src, qa, docs etc)
2) any other php.net subproject
3) other php projects
if a proposal falls in 3) it needs to be really good and all the
prosals left in 1) and 2) need to be pretty unexciting in order to be
accepted.
Marcus Boerger wrote:
Hello Gregory,
for include require we anyway use the streams stuff, don't we?
include_path searching does not use php streams, because only the
plain_wrapper supports include_path (for obvious reasons)
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To
Hi:
It is still possible to re-asign $this in a number of ways
examples
string(3) "123"
}
*/
or ..
$this['foo'] = '123';
var_dump($this);
In all those cases, I expect a fatal error : cannot re-asign $this.
right ? or Im missing something ?
Thanks..
--
"If debugging is the proces
Cristian Rodriguez wrote:
> In all those cases, I expect a fatal error : cannot re-asign $this.
> right ? or Im missing something ?
These examples don't cause any problems because they're not in the
object context, so $this is just another, ordinary variable. If you
include'd the files inside some
On Thursday 06 March 2008 23:51:47 Edward Z. Yang wrote:
> These examples don't cause any problems because they're not in the
> object context, so $this is just another, ordinary variable. If you
> include'd the files inside something like:
>
> class Foo {
> public function bar() {
> include
> -Original Message-
> From: Antony Dovgal [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 06, 2008 9:36 AM
> To: Johannes Schlüter
> Cc: PHP Internals List
> Subject: Re: [PHP-DEV] 5.3 Release Planning
>
> I'd like to ask to re-consider dropping ze1_compatibility_mode and
> finally drop
> -Original Message-
> From: Cristian Rodriguez [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 06, 2008 10:03 AM
> To: php-dev
> Subject: Re: [PHP-DEV] 5.3 Release Planning
>
> Also will be nice if zend.enable_gc ini setting is dropped as well
> before it is too late , having yet anothe
> so $this is just another, ordinary variable.
is it ?
try:
php -r '$this = "123";'
Fatal error: Cannot re-assign $this ;
)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Edward Z. Yang wrote:
> These examples don't cause any problems because they're not in the
> object context, so $this is just another, ordinary variable. If you
> include'd the files inside something like:
The above is completely wrong, please disregard my ignorance. :-)
--
Edward Z. Yang
As promised a week ago, the 5.2.6RC2 was released today and the
sources for the release can be found here:
http://downloads.php.net/ilia/php-5.2.6RC2.tar.bz2 (md5sum:
d99362aad64dc630b8a684751a2c7302)
Windows binaries should become available in short order as well.
All in all the feedback
Johannes Schlüter wrote:
> Hi all,
>
> recently there were quite a few proposals about stuff for 5.3. If we
> implement
> them all we won't finish in a "soonish" time and we get new ideas postponing
> the 5.3 release therefore the following:
>
> - Scanner based on re2c:
> Going to re2c prom
Hi,
I found some time to whip up a quick patch against 5.3.
This patch allows adding stream wrappers to include_path on both windows
and unix. This means one can set an include_path to
".:/usr/local/lib/php:phar:///path/to/ZF.phar/lib" or the windows
equivalent ".;C:\php5;phar://C:/php5/ZF.phar/
37 matches
Mail list logo
