On Fri, 16 Jul 2004, Thies C. Arntzen wrote:
> after your patch: 13,63 sec
> before your patch : 11,86 sec
I'd say that's an unacceptable performance drop ;-)
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
done (VPATH fix applied as well).
Joe Orton wrote:
>I think this file needs to be renamed; the 5.0.0 build fails using
>mbregex and pcre with bundled pcre, for instance, since the bundled pcre
>picks up the wrong php_compat.h and the #define pcre_* aren't picked up.
>
>Renaming it to php_onigurum
At 07:46 PM 7/18/2004 +0200, Bernd Römer wrote:
hi andi..
It seems you are using zend_dynamic_array() which is something I wrote a
long time ago and never got to completely testing it. Seems to me that
there's a problem there with the erealloc() call. It could relocate the
data storage and, ther
hi andi..
It seems you are using zend_dynamic_array() which is something I wrote a
long time ago and never got to completely testing it. Seems to me that
there's a problem there with the erealloc() call. It could relocate the
data storage and, therefore, all of your pointers to that storage migh
My question is what branches should I apply the changes to on php-src,
once the lists are ready to be changed on the credits page? I already
know it is in php-src/ext/standard/credits.c
Just commit it to HEAD and let the release managers of the release
branches decide if they want to roll it onto t
Hi Bernd,
It seems you are using zend_dynamic_array() which is something I wrote a
long time ago and never got to completely testing it. Seems to me that
there's a problem there with the erealloc() call. It could relocate the
data storage and, therefore, all of your pointers to that storage migh
Hello Bernd,
just commit it to pecl after applying for pecl. If it turns out to
be helpful the RM might want to symlink it as a default extension
into next release.
regards
marcus
Sunday, July 18, 2004, 6:16:42 PM, you wrote:
> hi...
> i implemented and shortly benchmarked a binary serialize
hi...
i implemented and shortly benchmarked a binary serializer (which means
serializing and unserializing php-variables into a binary
representation). At the moment it is written as an extension, but
perhaps it is interesting to let it become a standard-extension or part
of ext/standard (var.c
On Sun, 18 Jul 2004, Gabor Hojtsy wrote:
> My question is what branches should I apply the changes to on php-src,
> once the lists are ready to be changed on the credits page? I already
> know it is in php-src/ext/standard/credits.c
Just commit it to HEAD and let the release managers of the releas
If possible can the libxml and libxslt libs get updated to newer versions?
Libs can be found here: http://ctindustries.net/dom/libxml/
These version will fix some bugs, provide better libxml/libxslt support, enable
namespace support in xml ext and allow for building of xmlwriter in pecl.
I have b
I think this file needs to be renamed; the 5.0.0 build fails using
mbregex and pcre with bundled pcre, for instance, since the bundled pcre
picks up the wrong php_compat.h and the #define pcre_* aren't picked up.
Renaming it to php_oniguruma.h and changing the #include fixes the
build.
Index: oni
Hi,
The php documentation credits list is changing (actually expanding),
giving more spotlight to people who are currently very active, and a bit
less to people who helped good amounts in the past (also crediting more
people who helped good amounts in the past :). That means a complete
twist fo
Index: ext/mbstring/config.m4
===
RCS file: /repository/php-src/ext/mbstring/config.m4,v
retrieving revision 1.51
diff -u -r1.51 config.m4
--- ext/mbstring/config.m4 10 Jun 2004 14:06:17 - 1.51
+++ ext/mbstring/config.m4
Hello Wez,
Sunday, July 18, 2004, 3:43:20 AM, you wrote:
> Of course, breaking the test suite for CLI isn't the best news either;
> it relies on the output ending up in stdout.
While rewriting his patch to check for CLI he could possibly either
add a switch for CLI to error to stdout or to catch
Hi Stefan
On Sunday 18 July 2004 12.49, Stefan Esser wrote:
> Hi,
>
> is there any plan to implement extension dependencies in 5.1?
Wez have done some work on dependencies that change load order at compile time
and we (Wez and I) have tested it on different platforms and it seems to work
OK.
>
Hi,
is there any plan to implement extension dependencies in 5.1?
With small changes it should be possible to support extension
dependencies within the zend engine.
Right now there is no way to ensure that f.e. ext/session is loaded
before ext/my_special_session if both are f.e. static.
Stefan
16 matches
Mail list logo
