Hi Andi,
On 7/16/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
I disagree with this view of the world.
Well, we seem to all agree on this view, but let forget this
unsignificant fact :)
It doesn't have to be a complete either/or decision and labeling
everything as a "bc hacks" decision is an i
A few months ago we agreed that we will give our users the choice of
both modes. The burdon of maintenance has mainly been on us btw as the
majority of the differences here are in the Zend Engine and the
extensions don't have as much work associated with them.
Here's my proposed way of figuring h
Just FYI: I did not agree with that choice. And IIRC, neither did
several other people here.
--Jani
On Tue, 2007-07-17 at 07:27 -0700, Andi Gutmans wrote:
> A few months ago we agreed that we will give our users the choice of
> both modes. The burdon of maintenance has mainly been on us btw as th
Hmm I don't quite understand what bad code vs. good code plays here.
Wordpress is one of the most popular applications out there so it's got
huge value to our community. I bet there's a huge amount of PHP
applications who's source code is of the same quality or worse. Anyway,
the issues I have seen
Andi Gutmans wrote:
Here's my proposed way of figuring how to make migration easier. Port
the following applications to PHP 6 and let's see what we can learn from
it:
- mediaWiki
- SugarCRM
- Drupal
- Wordpress
IIRC Wordpress is a good example of bad source code to fix. Drupal would
be a good
I thought you were retired at the time...
> -Original Message-
> From: Jani Taskinen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 17, 2007 7:37 AM
> To: Andi Gutmans
> Cc: internals@lists.php.net
> Subject: RE: [PHP-DEV] POSIX regex
>
> Just FYI: I did not agree with that choice. And
Andi Gutmans wrote:
Hmm I don't quite understand what bad code vs. good code plays here.
Wordpress is one of the most popular applications out there so it's got
huge value to our community. I bet there's a huge amount of PHP
applications who's source code is of the same quality or worse. Anyway,
On 7/17/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
Hmm I don't quite understand what bad code vs. good code plays here.
Wordpress is one of the most popular applications out there so it's got
huge value to our community. I bet there's a huge amount of PHP
applications who's source code is of the
On 7/17/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
I thought you were retired at the time...
Other were not. Some other were not even present. And those who were
present seem to have different interpretations of the decisions. I
also have to say that this meeting was done when we were not actu
that would actually benefit quite a bit from unicode support, but I
guess you are talking about porting with unicode==off, right?
unicode=off doesn't mean no unicode support, btw.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL
Hello everyone,
I'm emailing to this list to suggest that "support for type-hinted
return values"[1] be in added in PHP 5.y.x instead of PHP 6.
Conceptually, this is the second half of "type-hints" already introduced
in PHP 5.
This is why: When a programmer is designing an interface (the lan
Pierre kirjoitti:
50% increase sounds off base. But I did not bench php6 yet. When all
the new features are implemented, it will make more sense to work on
the performance problem. For now, it is simply premature.
If Moore's law stands for the coming years, this argument is moot anyway.
By the
>> 50% increase sounds off base. But I did not bench php6 yet. When all
>> the new features are implemented, it will make more sense to work on
>> the performance problem. For now, it is simply premature.
>
> If Moore's law stands for the coming years, this argument is moot anyway.
> By the time PH
Nitpicking, are we? :)
Tomas Kuliavas kirjoitti:
50% increase sounds off base. But I did not bench php6 yet. When all
the new features are implemented, it will make more sense to work on
the performance problem. For now, it is simply premature.
If Moore's law stands for the coming years, this a
On 7/17/07, Tomas Kuliavas <[EMAIL PROTECTED]> wrote:
>> 50% increase sounds off base. But I did not bench php6 yet. When all
>> the new features are implemented, it will make more sense to work on
>> the performance problem. For now, it is simply premature.
>
> If Moore's law stands for the comi
Hey Jani, nice job on the unknown configure options check. I saw the
commit go through a couple of days ago, and today it got me to clean up
an ancient build script I have been using for ages when it gave me this:
Notice: Following unknown configure options were used:
--with-pdflib=/usr/local
--
On 17.07.2007 22:00, Rasmus Lerdorf wrote:
Hey Jani, nice job on the unknown configure options check.
Yeah, it's really nice.
It also helped me to locate minor error in oci8/config.m4 =)
Thanks, Jani.
I saw the commit go through a couple of days ago, and today it got me to clean
up
an anc
Rasmus Lerdorf kirjoitti:
Hey Jani, nice job on the unknown configure options check. I saw the
commit go through a couple of days ago, and today it got me to clean up
an ancient build script I have been using for ages when it gave me this:
Notice: Following unknown configure options were used:
Jani Taskinen wrote:
> Rasmus Lerdorf kirjoitti:
>> Hey Jani, nice job on the unknown configure options check. I saw the
>> commit go through a couple of days ago, and today it got me to clean up
>> an ancient build script I have been using for ages when it gave me this:
>>
>> Notice: Following un
On Jul 17, 2007, at 3:44 PM, Rasmus Lerdorf wrote:
Hey Jani, nice job on the unknown configure options check. I saw
the
commit go through a couple of days ago, and today it got me to
clean up
an ancient build script I have been using for ages when it gave
me this:
Notice: Following unknow
Hi,
Sorry for this late reaction, but I was away for a few days.
We (as ISP) have solved this by running multiple instanced of
Apache. This way you can switch the IP in DNS to switch between PHP
versions. You only need 1 install of Apache and do not need to copy/move
any files while switching. A
Gwynne Raskind wrote:
> On Jul 17, 2007, at 3:44 PM, Rasmus Lerdorf wrote:
Hey Jani, nice job on the unknown configure options check. I saw the
commit go through a couple of days ago, and today it got me to clean up
an ancient build script I have been using for ages when it gave me
Hi Rasmus,
I hope you've got a lot of fingers on your hand, because we do this as well.
All servers are updated with an apt script and our private repository.
It's easier to manage a single php package on all servers, that 14
different packages. Each time PHP updates we take the newest package
Arnold Daniels wrote:
> Hi Rasmus,
>
> I hope you've got a lot of fingers on your hand, because we do this as well.
>
> All servers are updated with an apt script and our private repository.
> It's easier to manage a single php package on all servers, that 14
> different packages. Each time PHP u
On Tue, July 17, 2007 3:04 pm, Gwynne Raskind wrote:
>>> Only side-effect is that any 3rd party extension which happens to
>>> use
>>> the AC_ARG_* macros will cause it to report those as "unknown". But
>>> perhaps it's time to be update.. ;)
>>>
>>> *cough* APC *cough*
>> But this check isn't in a
On Mon, July 16, 2007 4:45 pm, Usman S. Ansari wrote:
> In file "main/streams.c, function PHPAPI size_t
> _php_stream_read(php_stream *stream, char *buf, size_t size TSRMLS_DC)
> is called when php script is trying to connect and read from remote
> web server.
>
> I have so far traced that it is ca
Richard Lynch kirjoitti:
Maybe this check should be in a phpize-generated configure script, so
that new extensions will have it built-in?
I left it out intentionally from phpize. It is just a notice but I rather not
see any bug reports about 3rd party stuff. :)
MANY bug reports and build is
Rasmus Lerdorf kirjoitti:
Jani Taskinen wrote:
Only side-effect is that any 3rd party extension which happens to use
the AC_ARG_* macros will cause it to report those as "unknown". But
perhaps it's time to be update.. ;)
*cough* APC *cough*
But this check isn't in a phpize-generated configure
On Mon, July 16, 2007 7:47 am, Jani Taskinen wrote:
> I have moved the POSIX regex dependant functions to ext/ereg/
> extension.
>
> Now only places using the POSIX regex functions (ext/ereg/ excluded)
> are
> ext/standard/browscap.c and ext/pgsql/pgsql.c.
I took a brief look at the pgsql.c stuff,
Hi,
I understand, but Yahoo is huge. We are not... Saying that it is
standard practice for ISP's is perhaps (ehh for sure) a bit of an
overstatement, since I only have contact with other small hosting
providers like us.
For us making packages actually takes up a significant amount of time,
Richard Lynch kirjoitti:
I took a brief look at the pgsql.c stuff, and it looks like it's all
fairly straight-forward to alter to PCRE instead of POSIX, and it's
all localized to this function:
http://lxr.php.net/ident?i=php_pgsql_convert_match
Am I under-estimating the problem?
Propably not.
Arnold Daniels kirjoitti:
Anyway, I only mend to say that building pecl packages in the PHP distro
isn't so rare as just claimed. So it would be nice if this nifty feature
would also work for added packages.
It works for everything but phpize'd builds.
If you find out that some extension in pe
On Sat, July 14, 2007 9:00 am, Rasmus Lerdorf wrote:
> Richard Lynch wrote:
>>> $a = "ãÆžãÆâ¹Ã£Æ¥ãâ¢ãÆ«";
>>> echo $a[1];
>>
>> Whoa.
>>
>> That was weird...
>
> Right, your mail client doesn't handle Unicode correctly. You might
> want to do something about that.
Or not, since I d
On Tue, July 17, 2007 4:03 pm, Jani Taskinen wrote:
>> Now if we could just get configure to HALT when an option that is
>> enabled by default but is specified on the command line as well
>> isn't
>> available, so users aren't confused by it continuing to build
>> something they didn't ask for in t
On Tue, July 17, 2007 4:29 pm, Jani Taskinen wrote:
> Richard Lynch kirjoitti:
>> I took a brief look at the pgsql.c stuff, and it looks like it's all
>> fairly straight-forward to alter to PCRE instead of POSIX, and it's
>> all localized to this function:
>> http://lxr.php.net/ident?i=php_pgsql_co
Richard Lynch kirjoitti:
This didn't compute. Halt on option that is enabled by default but
isn't
available?? huh?
Joe Sixpack or Betty Buick goes to compile PHP.
They do something not unlike:
/configure --enable-jpeg
This causes a notice of unknown option now..since that option does not exi
At 00:21 17/07/2007, Pierre wrote:
Hi Andi,
On 7/16/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
I disagree with this view of the world.
Well, we seem to all agree on this view, but let forget this
unsignificant fact :)
Pierre,
I wanted to send my 2c even though I'm not really involved in
37 matches
Mail list logo