Hi Pierre,
*sigh* I'm thinking I better go through the official channels (Bug report)
then and see what happens in case nobody else really sees this here. (Since
that's what a regular user would do. :-) Although after seeing the repeated
disregard for Bug #37846, I don't know.) Have to see
Hello,
Seems pretty obvious...
It is pretty obvious that we miss the cases, informations and feedback
to take a final decisions. What this changelog tells me is that we
already messed too much with this part. With the risk to repeat myself
a last time, I do not think we should change again
Hi,
Is it on purpose that DateTime objects cannot be cloned?
Regards,
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Guys,
I can't keep following endless (and large) email threads about things
like that. Could you please work together on a more formal proposal
taking into consideration existing state, BC, any potential future
issues etc? If you need some guidelines, I quite like how Pythong PEPs
do it
That has to do with the way the config.w32 files are processed.
changing one line in win32\build\buildconf.js from
re = new RegExp((ARG_(ENABLE|WITH)\([^;]+\);), gm);
to
re = new RegExp(^(ARG_(ENABLE|WITH)\([^;]+\);), gm);
will prevent this from happening. This change will require the ARG_ to
Frank M. Kromann wrote:
That has to do with the way the config.w32 files are processed.
changing one line in win32\build\buildconf.js from
re = new RegExp((ARG_(ENABLE|WITH)\([^;]+\);), gm);
to
re = new RegExp(^(ARG_(ENABLE|WITH)\([^;]+\);), gm);
will prevent this from happening.
Michael Wallner wrote:
Michael Walter wrote:
Is it on purpose that DateTime objects cannot be cloned?
It's on my TODO and I guess I'll have time this evening to look at it.
Done--please check it out.
Regards,
--
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To
For some reason it needs to be
re = new RegExp(^\\s*(ARG_(ENABLE|WITH)\([^;]+\);), gm);
But that will work.
- Frank
Frank M. Kromann wrote:
That has to do with the way the config.w32 files are processed.
changing one line in win32\build\buildconf.js from
re = new
Nuno Lopes wrote:
nlopess Mon Aug 14 15:17:03 2006 UTC
Removed files:
/php-src/ext/tidy libtidy.txt
Modified files:
/php-src/ext/tidy README php_tidy.h tidy.c
Log:
MFB: static keywording
Hi Nuno,
can you please put static function declarations into the source file
(where the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
I have run into a bit of a problem. I am trying to embed
PHP into an application I am writing. So I checked out 5.2 from CVS and
built it with the following flags.
./configure --enable-debug --enable-maintainer-zts
On Sun, August 13, 2006 9:15 am, Pierre wrote:
On 8/13/06, Matt W [EMAIL PROTECTED] wrote:
Not reasonable or safe? Then why were the other bugs fixed instead
of being
marked Bogus if array_count_values() was *supposed* to behave
differently
in 5?
Safe as it will not break working php5
Hello,
While I agree the change should be carefully reviewed, I must wonder
why the millions upon millions of lines of code in 4.x are going to be
ignored here...
What rationale is there for breaking the BC?
Obviously you think it should be broken -- I just don't understand why...
I did not
12 matches
Mail list logo
