Hi Wez, Andi and all other persons behind this bad joke,
We clearly show that we are massively against a CLA in php core. Are
you suggesting that you want to release pdo2 only through PECL or some
non php.net repository?
Besides this little distribution problem, I find rather sad that you
Hi Steph,
On Jan 28, 2008 8:38 PM, Steph Fox [EMAIL PROTECTED] wrote:
Exactly and I'm rather surprised to see this post given the recent
efforts to export the Zip symbols to allow any extension to share the
zip features.
I think until the zip features were shared the library's
On Jan 28, 2008 9:38 PM, Gregory Beaver [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
Hi Greg,
On Jan 28, 2008 7:52 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Current status of phar addresses most of these criticisms:
Looks impressive, great work!
phar implements zip
Hi Greg,
On Jan 28, 2008 7:52 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Current status of phar addresses most of these criticisms:
Looks impressive, great work!
phar implements zip support with native PHP code, enabling some features
I am a bit confused about native PHP code here -
On Jan 28, 2008 10:30 PM, Steph Fox [EMAIL PROTECTED] wrote:
However I find your actual positions confusing and each mails bring
opposing arguments about the shared work between other archives
extension and phar. Can you clarify your view please?
Essential: nothing
Optional: bz2, spl,
On Jan 28, 2008 8:56 PM, Steph Fox [EMAIL PROTECTED] wrote:
I think it is a good thing to require ext/phar even for the read
operations. It certainly allows a shit load of optimization and tricks
that will never be possible otherwise. But Greg or Marcus will give us
a better answer :)
?
Hi,
On Jan 17, 2008 12:00 PM, Pierre [EMAIL PROTECTED] wrote:
On Jan 17, 2008 3:36 AM, Mário Soares [EMAIL PROTECTED] wrote:
I posted in the pecl-dev malling list, the intention of publishing a new
php extension. And Pierre suggested to make it available in the php.net cvs.
Confirmed, he
On Jan 29, 2008 6:08 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
the account is approved (whoever did it, I don't know).
Thanks to him and to you for the notice then, it was not before I
mailed this reminder :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
On Jan 30, 2008 3:00 PM, Antony Dovgal [EMAIL PROTECTED] wrote:
On 30.01.2008 16:41, Dmitry Stogov wrote:
The final nowdoc patches are attached.
I'm going to commit them on Thursday in case of no objections.
So the current syntax is
$var = 'TEXT'
text
'TEXT';
am I right?
I believe
On Feb 1, 2008 8:13 PM, Cristian Rodriguez [EMAIL PROTECTED] wrote:
2008/1/25, Stanislav Malyshev [EMAIL PROTECTED]:
Now this is an easy fix but would lead to bad strings silently converted
to empty strings. The question is - should we have an error there? If
so, which one - E_WARNING,
On Feb 1, 2008 9:06 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Stupid question, who actually checks for E_* in his code at runtime
after having called such functions? Not me and I would hate to. It
sounds to me like a perfect exception use case. As this function can
General policy in
Hi,
Globally -1. I'm against any CLA in php.net. It was a mistake in the
first place to accept restricted modules. There is many repositories
out there, and the companies that need a CLA also have the resources
to create their own PECL channels. But they may not have the fantastic
advantages
On Feb 1, 2008 11:10 PM, Adam Maccabee Trachtenberg
[EMAIL PROTECTED] wrote:
On Sat, 2 Feb 2008, Antony Dovgal wrote:
On 01.02.2008 23:26, Marcus Boerger wrote:
Sorry for not writing this earlier. So how does this idea sound?
It sounds quite bad.
If you want to do something good for
2008/2/1 Marcus Boerger [EMAIL PROTECTED]:
Crosspost, hopefully silencing this issue for 5.*
AND 6 will have an E_WARNING or even an E_ERROR on this.
What are the gains?
What are the real reasons behing strictness? I really get annoying by
adding fatal errors all around for no technical
On Feb 2, 2008 1:52 AM, Gregory Beaver [EMAIL PROTECTED] wrote:
Rasmus Lerdorf wrote:
Cristian Rodriguez wrote:
2008/2/1, Marcus Boerger [EMAIL PROTECTED]:
- Fix callable/static mess, the following will now all result in a
E_STRICT
. binding a dynamic function as a static
Hi,
On Feb 2, 2008 12:15 PM, Richard Quadling [EMAIL PROTECTED] wrote:
If there is no CLA, will that mean we will not get the PDO 2 drivers
we need to be able to communicate with the databases?
It would be really nice if the pro CLA camp stops to condition the
existence of PDO (or its future)
Hi,
I think the biggest myths in this CLA discussion are:
The main realization was that the vendors could not co-operate with
each other on code without a CLA in place, and that some of them would
not be able to co-operate with the community without a CLA in place.
and:
For example, a
On Feb 2, 2008 3:14 PM, Wez Furlong [EMAIL PROTECTED] wrote:
Pierre,
At no point have I or anyone else said that the future of PDO depends
on a CLA.
--Wez.
No, you did not say it explicitally. However you said that many
vendors, experts or leaders will not contribute or will not support
PDO
Hi,
On Feb 2, 2008 8:52 PM, Steph Fox [EMAIL PROTECTED] wrote:
all we need is to extend the PECL database with a license type field and
a
CLA flag. Nothing else is required at that end. But we should still move
as
much from php-src/ext to pecl as we can.
There is no place for CLA in
On Feb 2, 2008 9:14 PM, Steph Fox [EMAIL PROTECTED] wrote:
Thoughts?
It is also possible to have both. It is even a good thing for what
linux distributions told me about zip. About moving all extensions to
PECL, we already discussed this problem and the conclusion was to
continue like now.
Hi Markus,
On Feb 3, 2008 11:53 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Markus,
none of what you said is what I wrote. If you knew me than you would know
that I would never go this route. In fact I have always been open for
discussions.
That's new.
However in this particular
On Feb 3, 2008 10:21 PM, Steph Fox [EMAIL PROTECTED] wrote:
With the risk to repeat myself (and some other having said the same),
the biggest advantage PHP has so far is that you get everything you
may need with the default install.
This hasn't been true of the Windows distribution for the
On Feb 3, 2008 10:27 PM, Steph Fox [EMAIL PROTECTED] wrote:
Good point but I admit that I never understood why our windows
releases have been so different from the source releases, from a
configuration point of view. Many default extensions are (were) not
enabled. But that's not a big
Hi,
It seems that there is voices in favor of keeping the GPC related
functions in HEAD/php6 but returning always FALSE. I thought the
decision was already done but I rather prefer to ask the list a second
time and be done with this topic (and be free to bogus any other bug
reports about this
On Feb 5, 2008 11:14 PM, Richard Lynch [EMAIL PROTECTED] wrote:
On Fri, February 1, 2008 7:33 pm, Pierre Joye wrote:
On Feb 2, 2008 1:52 AM, Gregory Beaver [EMAIL PROTECTED] wrote:
Rasmus Lerdorf wrote:
Cristian Rodriguez wrote:
2008/2/1, Marcus Boerger [EMAIL PROTECTED]:
- Fix
On Feb 6, 2008 12:02 AM, Tomi Kaistila [EMAIL PROTECTED] wrote:
No one seems to have answered my point that actually relying on type
juggling for anything other than string concatenation is asking for a
problem.
Probably because there isn't a way to answer that point. Anyone who does would
On Feb 6, 2008 1:01 AM, Daniel Brown [EMAIL PROTECTED] wrote:
On Feb 5, 2008 5:46 PM, Mike Willbanks [EMAIL PROTECTED] wrote:
I know they've been marked deprecated and all, but, really, what's
the cost/penalty to having a couple functions around for legacy apps?
Then we will
Hi Rasmus,
On Feb 6, 2008 2:13 AM, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Daniel Brown wrote:
On Feb 5, 2008 3:26 PM, Daniel Brown [EMAIL PROTECTED] wrote:
On Feb 5, 2008 3:23 PM, Pierre Joye [EMAIL PROTECTED] wrote:
Hi,
It seems that there is voices in favor of keeping the GPC
On Feb 6, 2008 9:31 AM, Derick Rethans [EMAIL PROTECTED] wrote:
I still we should add simple static typehints (ie. just the types that
we use in the manual) - and they should behave in the same way as the
other type hints that we laready have.
Same here.
--
Pierre
http://blog.thepimp.net |
On Feb 6, 2008 11:12 AM, Marco [EMAIL PROTECTED] wrote:
Well - that can't be entirely true or there'd be next to no MySQL support
out there!
I knew that would come back and bite me on the ass as soon as I posted! :-)
MySQL support is one of the noteable exceptions as its considered core
On Feb 6, 2008 11:32 AM, Steph Fox [EMAIL PROTECTED] wrote:
Hi Pierre,
The main reason (from my experiences) for the ISP is lazynes. They
don't care about what the users may need or not but simply run
configure, make make install, or use the xyz distribtutions default
package to run
HI Sam,
On Feb 6, 2008 2:33 PM, Sam Barrow [EMAIL PROTECTED] wrote:
On Wed, 2008-02-06 at 14:20 +0100, Derick Rethans wrote:
On Wed, 6 Feb 2008, Sam Barrow wrote:
On Wed, 2008-02-06 at 09:31 +0100, Derick Rethans wrote:
I still we should add simple static typehints (ie. just the
Hi Sam,
On Feb 6, 2008 4:08 PM, Sam Barrow [EMAIL PROTECTED] wrote:
On Wed, 2008-02-06 at 15:31 +0100, Pierre Joye wrote:
HI Sam,
On Feb 6, 2008 2:33 PM, Sam Barrow [EMAIL PROTECTED] wrote:
On Wed, 2008-02-06 at 14:20 +0100, Derick Rethans wrote:
On Wed, 6 Feb 2008, Sam Barrow
On Feb 6, 2008 5:13 PM, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
Hi All,
Just a suggestion. Maybe make your case analyzing a set of
representative php applications for calls to the various is*() methods
(maybe even factoring in assert()). This could help in showing how
often people are
On Feb 6, 2008 7:13 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
with. Bottom line all stubbornness should be put aside and look to see
if it would improve the language use and appeal to a large user base,
No, it won't improve.
for you.
Cheers,
--
Pierre
http://blog.thepimp.net |
On Feb 6, 2008 9:20 PM, Cristian Rodriguez [EMAIL PROTECTED] wrote:
2008/2/6, Derick Rethans [EMAIL PROTECTED]:
I don't care that much, but I think it would matter if the functions
just are there and return false (so -1).
for set_magic_quotes_runtime(), if true is passed, it should still
Hi Andi,
On Feb 7, 2008 12:56 AM, Andi Gutmans [EMAIL PROTECTED] wrote:
-1
Suggestion to enhance the suggestion: return false + emit E_STRICT
message (but I am also fine with pure return false if people don't like
this suggestion).
Sounds reasonable too. It would be nice to add a deprecate
Hi Alexander,
On Feb 7, 2008 3:08 PM, Solar Designer [EMAIL PROTECTED] wrote:
Hi Pierre,
On Thu, Feb 07, 2008 at 03:00:55PM +0100, Pierre Joye wrote:
Nice addition but can you please try to keep on thread for the
discussions? Thanks :-)
Are you referring to the changing Subject?
Yes
Hi!
Nice addition but can you please try to keep on thread for the
discussions? Thanks :-)
On Feb 7, 2008 2:53 PM, Solar Designer [EMAIL PROTECTED] wrote:
On Thu, Feb 07, 2008 at 04:21:15PM +0300, Dmitry Stogov wrote:
I assume now the patch is ready to commit.
I'll commit it tomorrow in
Hi,
Testing the PHP version can be much easier and faster if the versions
details were exposed via the constants, like what we use internally.
This little patch expose what we have in php_version.h
#define PHP_MAJOR_VERSION 5
#define PHP_MINOR_VERSION 2
#define PHP_RELEASE_VERSION 6
#define
On Feb 8, 2008 5:38 PM, Gregory Beaver [EMAIL PROTECTED] wrote:
Frankly, I don't see why there is any vote whatsoever. It's plain
stupid to consider removing them when a fully backwards-compatible
solution exists that has no performance penalty, no security penalty,
and in fact no penalty at
On Feb 8, 2008 1:26 PM, Tomas Kuliavas [EMAIL PROTECTED] wrote:
So I guess I'm -1: Restore them, always return false, and throw
E_DEPRECATED.
But this was about them being in PHP 6, not PHP 5..
If magic_quotes_* is gone, so should anything else even remotely related
to them be gone.
Hi!
On Feb 8, 2008 2:31 PM, Sam Barrow [EMAIL PROTECTED] wrote:
I say throw them out. Magic quotes are easy to simulate 100%.
I could cry by reading this sentence ;)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To
Hi Marcus,
On Feb 9, 2008 2:39 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
yeah nice idea. I am wondering if you might want to add the cvs tag, too?
E.g.: PHP_TAG = 'PHP_5_3'
Oh right, nice idea :) It would be nice to have it as well. The idea
is to ease the tests writing and
On Feb 11, 2008 8:36 PM, Justin Martin [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
Hi Justin,
...
It has been moved out of php-src because the extension was not
maintained. It is in PECL's cvs but has no release (still not
maintained):
http://cvs.php.net/viewvc.cgi/pecl/w32api
On Feb 11, 2008 5:40 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Pierre,
On Mon, 2008-02-11 at 15:42 +0100, Pierre Joye wrote:
On Feb 11, 2008 3:20 PM, Pierre Joye [EMAIL PROTECTED] wrote:
On Feb 9, 2008 2:39 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
yeah nice
On Feb 11, 2008 3:20 PM, Pierre Joye [EMAIL PROTECTED] wrote:
On Feb 9, 2008 2:39 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
yeah nice idea. I am wondering if you might want to add the cvs tag, too?
E.g.: PHP_TAG = 'PHP_5_3'
I'll commit the patch later today, I think
On Feb 9, 2008 2:39 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
yeah nice idea. I am wondering if you might want to add the cvs tag, too?
E.g.: PHP_TAG = 'PHP_5_3'
I'll commit the patch later today, I think PHP_BRANCHE sounds better
than PHP_TAG, or PHP_CVS_TAG (but if we move
On Feb 11, 2008 4:25 PM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi,
Am Montag, den 11.02.2008, 12:51 +0100 schrieb Lars Strojny:
[...]
[1] http://lars.schokokeks.org/php/dir-constant-2.diff
Updated version. Moved and renamed php_dirname() to zend_dirname() to
not use PHP internals in the
Hi Justin,
On Feb 11, 2008 5:43 AM, Justin Martin [EMAIL PROTECTED] wrote:
Hello there,
Just wondering if there is any interest in bringing w32api up to speed.
The docs say it was moved to PECL as of 5.1.0, however is this not the
case. Rumor has it that it was to be replaced by ffi, however
On Feb 11, 2008 5:55 PM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi Pierre,
Am Montag, den 11.02.2008, 17:42 +0100 schrieb Pierre Joye:
[...]
Looks better :)
Thank you!
I did not test it but it looks good. Did you run the tests suite?
+ dirname = estrndup(filename, strlen(filename
Hi Edward,
On Feb 12, 2008 4:30 AM, Edward Z. Yang [EMAIL PROTECTED] wrote:
Hello all, I was documenting the __DIR__ patch, and I ran across some
curious behavior when the PHP file was in the Windows filesystem root:
C:\test.php
?php
echo __DIR__;
?
Output:
C:\
Is this intended?
Yes,
On Feb 12, 2008 12:02 PM, Jochem Maas [EMAIL PROTECTED] wrote:
Pierre Joye schreef:
Hi Edward,
On Feb 12, 2008 4:30 AM, Edward Z. Yang [EMAIL PROTECTED] wrote:
Hello all, I was documenting the __DIR__ patch, and I ran across some
curious behavior when the PHP file was in the Windows
Hi!
On Feb 13, 2008 1:04 AM, Felipe Pena [EMAIL PROTECTED] wrote:
Hi all,
I made a patch for 5_3 where all functions in ext/standard/math.c use
the new parameter parsing. (As was done in HEAD)
I think it got lost between you and the list :)
If anyone think it good, let me know, and then
On Feb 12, 2008 7:47 PM, Hannes Magnusson [EMAIL PROTECTED] wrote:
On Feb 12, 2008 7:35 PM, Pierre Joye [EMAIL PROTECTED] wrote:
On Feb 12, 2008 7:31 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
I myself have forgot to use the damn dog tag many times. (Which is it
again, @DOC@ or [DOC
On Feb 12, 2008 6:56 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
And for the reasons why they're not needed in 5.2 apply to any other PHP
version. version_compare() is there for a reason, USE IT! No more
constants for same thing, thankyouverymuch.
Read:
it is easier, faster handier to use than
On Feb 12, 2008 7:31 PM, Jani Taskinen [EMAIL PROTECTED] wrote:
Please, when you give such feedback, please point finger at the persons
who deserve it. Now it feels like everyone is misbehaving here.
Not only mention the name in the body of the email but Cc: the mail to
these people. Each and
Hi Jochen,
On Feb 12, 2008 12:22 PM, Jochem Maas [EMAIL PROTECTED] wrote:
Sebastian Bergmann schreef:
Jochem Maas schrieb:
Output:
C:\
Is this intended?
Yes, or what would you expect?
possibly 'C:' ?
Is C: not the volume whereas C:\ is the root directory on the
volume?
this
On Feb 13, 2008 3:08 AM, Felipe Pena [EMAIL PROTECTED] wrote:
Em Qua, 2008-02-13 às 01:31 +0100, Pierre Joye escreveu:
Hi!
On Feb 13, 2008 1:04 AM, Felipe Pena [EMAIL PROTECTED] wrote:
Hi all,
I made a patch for 5_3 where all functions in ext/standard/math.c use
the new
On Feb 13, 2008 11:05 AM, Felipe Pena [EMAIL PROTECTED] wrote:
Em Qua, 2008-02-13 às 09:47 +0100, Pierre Joye escreveu:
I can't test the patch right now but does it change the result or only
raises
a notice?
It changes the result when a string is given, and issue notice when the
string
Hi Lars,
On Feb 13, 2008 4:47 PM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi everyone,
the following patch[1] adds the functions append_include_path() and
prepend_include_path(). These function are there to make include path
adjustments easier than it is. Especially append_include_path() is
On Feb 13, 2008 11:06 PM, Markus Fischer [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
On Feb 13, 2008 4:47 PM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi everyone,
the following patch[1] adds the functions append_include_path() and
prepend_include_path(). These function are there to make
On Feb 14, 2008 12:05 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi Pierre,
Am Mittwoch, den 13.02.2008, 23:12 +0100 schrieb Pierre Joye:
[...]
That would be a reason to have these functions (yes, path_separator is
required) ;-)
So you agree? Thanks :)
I don't, it was a joke
Hi Chris,
On Feb 14, 2008 3:30 AM, Christopher Jones [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
Hi Chris,
On Feb 14, 2008 2:48 AM, Christopher Jones [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
The targets were these/this companies(y) pushing CLA in php.net when
Hi Chris,
On Thu, Feb 14, 2008 at 10:08 PM, Christopher Jones
[EMAIL PROTECTED] wrote:
The code and strength of contributions and maintenance is the ultimate
evidence of what can be trusted. Poor quality drivers, if they are
distributed via a PECL-only distribution, will acquire their own
Hi Marcus,
On Wed, Feb 13, 2008 at 5:26 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Also I reduced the number of added values to 'php.zts' and 'php.debug'.
Maybe we can add those two as consts (Pierre?).
Done, both PHP_DEBUG (same as ZEND_DEBUG) and PHP_ZTS, in 5.3 and HEAD.
--
Pierre
Hi David,
On Feb 19, 2008 12:08 AM, David Coallier [EMAIL PROTECTED] wrote:
Read the proposal, read about traits, read the thesis, read the patch,
then if you still don't understand, give up, and if you do understand,
you can complain.
If you don't understand, ask. If you still don't
Hi Lukas!
On Fri, Feb 22, 2008 at 4:41 PM, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
Hello all,
Let me briefly pick on poor David's (unfortunately I could have picked
any number of posts on any given day just as well) recent emails [1]
[2]: they are prima example of very bad quoting.
On Sat, Feb 23, 2008 at 12:34 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Fri, 22 Feb 2008, Olivier Hill wrote:
On Fri, Feb 22, 2008 at 11:21 AM, David Coallier [EMAIL PROTECTED] wrote:
Well well well, sorry everyone. I'm just too cool to follow the rules
:) Just kidding, I
On Sat, Feb 23, 2008 at 5:09 PM, Andrei Zmievski [EMAIL PROTECTED] wrote:
Do we have a working patch somewhere then?
Did we not get one from Wez? and an alternative from I don't remember :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development
Hi Arnar, Felipe!
On Sun, Feb 24, 2008 at 7:36 PM, Felipe Pena [EMAIL PROTECTED] wrote:
Em Dom, 2008-02-24 às 15:48 +, Arnar Mar Sig escreveu:
Fixed in CVS.
Thanks for your patches and quick reaction :)
Can you add a test while being at it please?
Cheers,
--
Pierre
On Mon, Feb 25, 2008 at 3:59 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Sat, 23 Feb 2008, Lukas Kahwe Smith wrote:
Personally I prefer going with a wiki, because I do not have much affection
with CVS for these kinds of documents (actually I do think that the
README's
should be in
Hi,
On Mon, Feb 25, 2008 at 10:31 PM, Johannes Schlüter
[EMAIL PROTECTED] wrote:
Hi,
OpenID is a system gaining more and more support in the industry so PHP
should have better support for it, too. some time ago Wez proposed[1] a
patch for OpenSSL exporting some big-number-math and crypto
Hi David,
On Wed, Feb 27, 2008 at 4:52 PM, David Zülke [EMAIL PROTECTED] wrote:
Guys,
what's the verdict on this one? Right now, many already have
if(function_exists('get_magic_quotes_gpc') get_magic_quotes_gpc())
in their code.
Now with the latest 5.3, that throws an E_STRICT!
Hi David,
On Wed, Feb 27, 2008 at 5:19 PM, David Zülke [EMAIL PROTECTED] wrote:
I know, but IIRC, Andi or someone else suggested that there should be
a warning in 5.3, but that was not discussed further.
Because adding a waring in 5.x is a no-no.
I mean, really, what's the point? I have
On Wed, Feb 27, 2008 at 5:48 PM, David Zülke [EMAIL PROTECTED] wrote:
You mean my code should break because some ignorant noob is unaware
that PHP6, which is still months or years away, will throw out magic
quotes?
How a E_DEPRECATED will break your code? Please, I doubt there is a
need to
On Sat, Mar 1, 2008 at 9:00 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
Saturday, March 1, 2008, 8:53:26 PM, you wrote:
and yeas after several years of trying to communicate and never gotten
anything back? I have told PREAR development a million times to fix code.
I don't
Hi Stan,
On Sun, Mar 2, 2008 at 11:47 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
be much easier, switching to re2c promises a much faster lexer. Actually,
without any specific re2c optimizations we already get around a 20% scanner
I think 20% faster is very cool.
However,
Hi,
On Mon, Mar 3, 2008 at 7:59 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Just curious who you were answering to... Anyway, to be clear:
1. PHP 6 is major version with its major feature being Unicode support.
2. PHP 5.x is same-major branch, where you are not expected to have to
On Mon, Mar 3, 2008 at 8:48 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
It is clearer but it is not a problem. New features may introduce new
dependencies. Having a dependency on libicu while we introduce intl
and other features related to unicode or i18n. I would agree if we
Hi Stan,
On Wed, Mar 5, 2008 at 6:41 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
Ok so we have a wiki up and running at wiki.php.net. It is integrated
Great! Thanks a lot!
Maybe we should import traits proposal there now?
And migrate todo lists too? :)
Yes, that's the plan.
hi,
On Thu, Mar 6, 2008 at 12:19 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi,
I would like to deprecate php_dirname() in 5_3 as it has been moved to
the engine (zend_dirname()). Any concerns?
5_3: http://lars.schokokeks.org/php/5_3-deprecating-php_dirname.diff
HEAD:
On Thu, Mar 6, 2008 at 1:26 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi Pierre,
Am Donnerstag, den 06.03.2008, 01:22 +0100 schrieb Pierre Joye:
[...]
5_3: http://lars.schokokeks.org/php/5_3-deprecating-php_dirname.diff
HEAD: http://lars.schokokeks.org/php/HEAD-removing
On Thu, Mar 6, 2008 at 1:32 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi Pierre,
Am Donnerstag, den 06.03.2008, 01:30 +0100 schrieb Pierre Joye:
[...]
I'm talking about extension developers. We will all have to add yet
another #ifdef for this function, in the implementation
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
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 namespace
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 | http
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, then it
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 way, I
On Sun, Mar 9, 2008 at 4:17 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
Hi all
We should probably discuss some ideas for Google Summer of Code this year.
I see people have already added few to the wiki page[1] which is great
and all but wikis aren't for discussions..
The plan as I see
HI Alan!
On Mon, Mar 10, 2008 at 1:02 AM, Alan Knowles [EMAIL PROTECTED] wrote:
I do think the wiki page needs some forwarding / segmenting.. etc.
Who can/should contribute to it, (how it may not reflect the views of
the php group..)
Who 'owns' it in the end, and is going to delete
On Tue, Mar 11, 2008 at 11:17 AM, Scott McNaught [Synergy 8]
[EMAIL PROTECTED] wrote:
Hey guys,
I don't know whether to post this as a bug or not. But I was tricked when
programming today.
It seems that the character * is non-strictly equivalent to 0. Is this
the correct behavior or
On Thu, Mar 13, 2008 at 11:55 AM, Dmitry Stogov [EMAIL PROTECTED] wrote:
Hi Greg,
In general include_path cannot contain pathes with ':' character,
because it is the POSIX path separator.
So I don't see a way to use stream wrappers in include_path. :(
What's about quotes or escape? Quotes
Hi Dmitry,
On Thu, Mar 13, 2008 at 12:25 PM, Dmitry Stogov [EMAIL PROTECTED] wrote:
It is too difficult for extension that is not in the core distribution
yet.
For now I think it is simple to override zend_stream_open_function() and
zend_resolve_path_function() callbacks by ext/phar and
On Fri, Mar 14, 2008 at 11:06 AM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
On Fri, Mar 14, 2008 at 9:46 AM, Dmitry Stogov [EMAIL PROTECTED] wrote:
Removing early-binding at all might be a subject for PHP6, however in
PHP_5_3 we even keep ze1_compatibility_mode.
On Fri, Mar 14, 2008 at 4:22 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
it is unused code that does not work as intended and causes trouble. And
at leats it makes maintanance harder. So that is a very big reason to drop
it.
Yes, I fully agree (you may have missed the not
On Mon, Mar 17, 2008 at 6:18 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
First of all, re2c is easily available for windows - easier to find then
flex - just visit the re2c homepage and download the pre-compiled
Flex is installed by cygwin (which everybody that does anything
On Thu, Mar 20, 2008 at 11:57 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 17 Mar 2008, Elizabeth M Smith wrote:
1. If re2c IS found, try to rebuild the .c versions
2. If re2C is NOT found, use the .c versions in cvs
- this allows not making re2c required but letting people who
On Thu, Mar 20, 2008 at 5:29 PM, Cristian Rodriguez
[EMAIL PROTECTED] wrote:
2008/3/19, Scott MacVicar [EMAIL PROTECTED]:
Another alternative would be to simply bundle CMake with PHP,
Nope, Cmake is available in almost all distributions and in the case
some of them dont have it yet,
On Fri, Mar 21, 2008 at 5:35 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Fri, 21 Mar 2008, Stanislav Malyshev wrote:
You can't actually use the class name DateFormatter when you want
pecl/intl to be in core. Date is the prefix for the already existing
Date
extension.
I
1 - 100 of 3167 matches
Mail list logo