On Mar 31, 2008, at 5:41 PM, Benjamin Schulz wrote:
This commit is responsible for the bad performance:
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.579.2.52.2.77.2.11&r2=1.579.2.52.2.77.2.12&diff_format=u
-gstabs versus -g should have no effect on production performance.
Ok, maybe
On Tue, Apr 1, 2008 at 12:25 AM, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
>
> On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye <[EMAIL PROTECTED]> wrote:
> > On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter <[EMAIL PROTECTED]>
> wrote:
> > > Marcus,
> > >
> > >
> > > On Mon, 2008-03-31
On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter <[EMAIL PROTECTED]> wrote:
> > Marcus,
> >
> >
> > On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
> > > Hello Derick,
> > >
> > > it is a BUG FIX. Not
On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schlüter <[EMAIL PROTECTED]> wrote:
> Marcus,
>
>
> On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
> > Hello Derick,
> >
> > it is a BUG FIX. Not fixing it means more people will turn it into a
> > feature and we will never be able to remo
Johannes Schlüter wrote:
Hi Sririam,
On Mon, 2008-03-31 at 13:56 -0700, Sriram Natarajan wrote:
In this regard to fit more with Solaris file layout traditions, we
would like to keep the core PHP modules under /usr/php5/modules and the
user specific downloaded PECL/PEAR modules under /va
Hi Pierre,
I also prefer BSD license as well, Johannes will make the final call, if
he think that it is a show stopper, I will dual-license it.
I have updated lsapi_main.c to address the "{ } after an if statement"
issue on the other day. If there is anything need to be taken care,
please j
Hi
This commit is responsible for the bad performance:
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.579.2.52.2.77.2.11&r2=1.579.2.52.2.77.2.12&diff_format=u
-gstabs versus -g should have no effect on production performance.
Ok, maybe i made a mistake, that's what i compared:
ben
Hi Sririam,
On Mon, 2008-03-31 at 13:56 -0700, Sriram Natarajan wrote:
> In this regard to fit more with Solaris file layout traditions, we
> would like to keep the core PHP modules under /usr/php5/modules and the
> user specific downloaded PECL/PEAR modules under /var/php5/modules.
> Howeve
Marcus,
On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote:
> Hello Derick,
>
> it is a BUG FIX. Not fixing it means more people will turn it into a
> feature and we will never be able to remove it. Becuase next time you
> will say we cannot remove it in a minor version as by then you acci
2. I didn't have a response yet regarding pecl/muscat, but it's been
superceded by another GPL'd extension which is sited elswhere
(Xapian). So I guess we're clear there too, I'd just rather have it
from the horse's mouth.
Recently the pecl/muscat documentation was removed from phpdoc CVS.
Hi
I am currently involved within Open Solaris community and for the first
time we have recently integrated PHP core runtime as part of base OS.
Currently, I am working on improving the PHP experience and performance
within Open Solaris.
In this regard to fit more with Solaris file layout tr
On Mar 31, 2008, at 4:26 PM, Benjamin Schulz wrote:
Hi,
On 31.03.2008, at 11:37, Stefan Esser wrote:
I just want to bring attention to the fact that while benchmarks show
that PHP 5.3 is faster than PHP 5.2 on linux systems on MacOS/X the
opposite is shown.
Actually just executing bench.php fr
Hi,
On 31.03.2008, at 11:37, Stefan Esser wrote:
I just want to bring attention to the fact that while benchmarks show
that PHP 5.3 is faster than PHP 5.2 on linux systems on MacOS/X the
opposite is shown.
Actually just executing bench.php from the PHP distribution shows that
PHP 5.3 is about h
On Mon, Mar 31, 2008 at 6:05 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
>
> > On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> >
> >> Did we not disallow GPL'd extensions in PECL?
> >
> > We do.
>
> At least one of those extensions was originally move
Hi Pierre,
On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Did we not disallow GPL'd extensions in PECL?
We do.
At least one of those extensions was originally moved out of the PHP core
into PECL *because* it was GPL'd. We're mixing old extensions and new rules
Hi Marcus,
On Mon, Mar 31, 2008 at 5:10 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Did we not disallow GPL'd extensions in PECL?
We do.
> If not can we finally require OSI approved licenses only and disallow
> proprietary and GPL specifically?
We do as well:
http://pecl.php.net/accoun
On Mon, Mar 31, 2008 at 5:14 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Derick,
>
> it is a BUG FIX. Not fixing it means more people will turn it into a
> feature and we will never be able to remove it. Becuase next time you
> will say we cannot remove it in a minor version as by the
On Mon, Mar 31, 2008 at 11:10 AM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>
> Did we not disallow GPL'd extensions in PECL?
I though so.
> If not can we finally require OSI approved licenses only and disallow
> proprietary and GPL specifically?
+1
Olivier
--
PHP Internals - PHP Runtime D
On Mon, Mar 31, 2008 at 5:24 PM, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Mar 2008, Steph Fox wrote:
>
> > > this doesn't work! When allowing to wotk with 0.13.3 then you will end
> up
> > > in a broken .c. Since we have the stuff checked in there really is no
> need
> > > at al
There is a patch by gwynne, which introduces platform-specific hack
for darwin/macos-x.
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.579.2.52.2.77.2.11&r2=1.579.2.52.2.77.2.12&pathrev=PHP_5_3
It works pretty well, except one small glitch. It is supposed in
patch, that sed is "bsd sed" (
I use debug/zts builds. my results are here:
PHP-5.3
simple 0.519
simplecall 1.441
simpleucall2.378
simpleudcall 2.400
mandel 1.953
mandel22.814
ackermann(7) 2.671
ary(5) 0.165
ary2(5)0.151
ary3(2000)
On Mon, 31 Mar 2008, Steph Fox wrote:
> > this doesn't work! When allowing to wotk with 0.13.3 then you will end up
> > in a broken .c. Since we have the stuff checked in there really is no need
> > at all to rengeneerate them atm.
>
> Release 0.13.4, and I'll happily update it! Without that, it
On Mon, 31 Mar 2008, Marcus Boerger wrote:
> Monday, March 31, 2008, 5:09:23 PM, you wrote:
>
> > On Mon, 31 Mar 2008, Marcus Boerger wrote:
>
> >> this doesn't work! When allowing to wotk with 0.13.3 then you
> >> will end up in a broken .c. Since we have the stuff checked in
> >> there rea
Hi Marcus, boy you're everywhere at once...
Did we not disallow GPL'd extensions in PECL?
If not can we finally require OSI approved licenses only and disallow
proprietary and GPL specifically?
Update: I've written to the authors of both the GPL'd extensions and
daffodildb (proprietary licen
Hello Derick,
Monday, March 31, 2008, 5:09:23 PM, you wrote:
> On Mon, 31 Mar 2008, Marcus Boerger wrote:
>> Hello Steph,
>>
>> this doesn't work! When allowing to wotk with 0.13.3 then you will end up
>> in a broken .c. Since we have the stuff checked in there really is no need
>> at all to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Marcus,
> did we change from non ZTS to ZTS builds on MacOS? ZTS builds do a bunch
> of additional copying of tables.
Nope. Thread Safety is disabled.
I did my comparision with PHP 5.2.5 and PHP 5.3-Snapshot.
Both versions were compiled with
Hello Derick,
it is a BUG FIX. Not fixing it means more people will turn it into a
feature and we will never be able to remove it. Becuase next time you
will say we cannot remove it in a minor version as by then you accidentally
rely on it yourself.
We made a mistake! Lets stand up and admit we
Hello Steph,
Monday, March 31, 2008, 1:02:46 PM, you wrote:
> OK, so I just put in 140-something module updates... manually, grumble. I
> (hopefully) avoided anything in core, whether that be PHP 4 or 5 - the way
> we version core modules is going to need much more thought.
> Apart from those,
On Mon, 31 Mar 2008, Marcus Boerger wrote:
> Hello Steph,
>
> this doesn't work! When allowing to wotk with 0.13.3 then you will end up
> in a broken .c. Since we have the stuff checked in there really is no need
> at all to rengeneerate them atm.
I found out that it does not work, but it *HAS
Hello Stefan,
did we change from non ZTS to ZTS builds on MacOS? ZTS builds do a bunch
of additional copying of tables.
marcus
Monday, March 31, 2008, 11:37:30 AM, you wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Good morning,
> I just want to bring attention to the fact tha
OK, so I just put in 140-something module updates... manually, grumble. I
(hopefully) avoided anything in core, whether that be PHP 4 or 5 - the way
we version core modules is going to need much more thought.
Apart from those, here's a list of the PECL extensions I can't or won't
touch. It see
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (58 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Good morning,
I just want to bring attention to the fact that while benchmarks show
that PHP 5.3 is faster than PHP 5.2 on linux systems on MacOS/X the
opposite is shown.
Actually just executing bench.php from the PHP distribution shows that
PHP 5.3
Hi all,
COMMITINFO complained when I tried to commit updates to more than one module
at a time... and I've over half of PECL all ready to go here.
Is there any way to make this less painful all round (thinking of commit
mail too) or does it _have_ to be one-by-one?
- Steph
- Original M
Sam Barrow schrieb:
Not bringing the issue back up on the list, I was just wondering if
there is a supporter of type hinting that would be willing to help me
implement an automatic conversion of objects with a __tostring() method
to strings if the object was passed as an argument with a string ty
Hi,
Olivier Bonvalet wrote:
Hello,
I often host clients which have "bad" PHP/SQL code ; as for example
a "select *" + mysql_row_nums on a 200Mo table just to count lines...
So I add a little patch to throw a warning in case the result of
mysql_query
is larger than a specified limit.
I use th
Edward Z. Yang wrote:
If you need this kind of flexibility, I recommend you make an
HttpHeaders class which manages these things and then sends them when
necessary.
Thanks, I'll consider that for now. However, it has the downside that I
have to make an explicit function call in every PHP file
On Mon, 31 Mar 2008, Antony Dovgal wrote:
> On 31.03.2008 01:49, Cristian Rodriguez wrote:
> > you need to install re2c and run ./buildconf --force
>
> He's using snapshots, so that should not be required.
> I'd say somebody forgot to upgrade re2c on the snaps machine.
Sure, that has not been do
38 matches
Mail list logo
