On Thu, July 19, 2007 12:45 am, Rasmus Lerdorf wrote:
Richard Lynch wrote:
What is the status of bringing PHP build process up to current
automake/autoconf/libtool versions?...
Or you could try simply using the current versions. They work fine.
Yes, they all fail equally well. :-)
[see next
On 7/19/07, Richard Lynch [EMAIL PROTECTED] wrote:
Kind of a PITA...
No problems here with automake-1.10 , autoconf-2.61 , libtool-1.5.22, bison-2.3.
the only oldie we had to keep is flex, as PHP buildsystem wont support
newer flex versions.
--
PHP Internals - PHP Runtime Development Mailing
cvs co -r PHP_5_2
./buildconf
./configure \
--enable-fastcgi \
--enable-debug \
--with-pgsql \
--disable-xml \
--disable-libxml \
--disable-simplexml \
--disable-xmlreader \
--disable-exmlwriter \
--disable-dom \
--without-pear
make
zend_language_scanner.c: No such file or
On Wed, July 18, 2007 10:45 am, Zeev Suraski wrote:
I also was thinking the other day, like Ze'ev, that PHP Devs aren't
really in touch with the unwashed masses of the userbase...
There are a zillion websites out there that run on shared hosts with
copy/pasted code and all these scripters will
Richard Lynch wrote:
Any gurus really offended by ereg can --disable-ereg or whatever it
is, no?
So in a dream world, Rasmus would have shipped all the features of PHP
42 as his first release.
In a slightly less dreamy, but still unrealistic world, we would have
infinite development
Sara Golemon wrote:
Attached is a patch which exports an internals hook in zend_class_entry
for fetching function pointers similar to the object hook get_method()
available to instance methods.
This patch also exports a userspace hook __call_static() which operates
in the fashion of the
Is it normal that there's a couple hundred blank lines after the #!
/bin/sh first line?...
Made me think my FTP was very very broken for a minute there... :-v
On Thu, July 19, 2007 1:46 am, Rasmus Lerdorf wrote:
Richard Lynch wrote:
I sure hope this isn't something particularly bone-headed...
On Thu, July 19, 2007 1:59 am, David wrote:
cvs co -r PHP_5_2
./buildconf
./configure \
--enable-fastcgi \
--enable-debug \
--with-pgsql \
--disable-xml \
--disable-libxml \
--disable-simplexml \
--disable-xmlreader \
--disable-exmlwriter \
--disable-dom \
--without-pear
make
On Thu, July 19, 2007 12:45 am, Rasmus Lerdorf wrote:
Richard Lynch wrote:
What is the status of bringing PHP build process up to current
automake/autoconf/libtool versions?...
Or you could try simply using the current versions. They work fine.
Yes, they all fail equally well. :-)
I
On Thu, July 19, 2007 1:46 am, Rasmus Lerdorf wrote:
I don't see how this could possibly have anything to do with libxml.
Probably not.
It's just that I've never tried to not have libxml, and it always
worked before.
zend_language_scanner.c is generated by flex from
zend_language_scanner.l
On Thu, July 19, 2007 2:56 am, Nuno Lopes wrote:
On Thu, July 19, 2007 12:45 am, Rasmus Lerdorf wrote:
Richard Lynch wrote:
What is the status of bringing PHP build process up to current
automake/autoconf/libtool versions?...
Or you could try simply using the current versions. They work
On Wed, July 18, 2007 3:04 am, Derick Rethans wrote:
I hope you are not suggesting to port them to both modes? Why on earth
should an application support both unicode=off and unicode=on? That's
exactly the thing that some of us are so afraid of and want to prevent
as this just annoys more and
zend_language_scanner.c: No such file or directory
Found the issue (at least for me). The problem was that the version of flex
I had was 2.5.33, which is the latest version. However, 2.5.4 (an older
version, confusingly) is the only version supported by PHP (which is noted
in the documentation).
Richard Lynch wrote:
I sure hope this isn't something particularly bone-headed...
Meanwhile, what made me think that I was screwing up buildconf is
actually not related to any particular version of
automake/autoconf/libtool at all, as I get the same thing with all
combinations readily
On Thu, 2007-07-19 at 02:31 -0400, Cristian Rodriguez wrote:
On 7/19/07, Richard Lynch [EMAIL PROTECTED] wrote:
Kind of a PITA...
No problems here with automake-1.10 , autoconf-2.61 , libtool-1.5.22,
bison-2.3.
the only oldie we had to keep is flex, as PHP buildsystem wont support
It's
What about adding the files generated by flex to CVS? Most people don't need
to regenerate those files anyway, and this way they could keep the newer
version of flex on their machine.
Downgrading flex to 2.5.4a-r6...
seems to have fixed the issue.
I'm running make test right now
On Thu, 19 Jul 2007 02:49:59 -0700, David [EMAIL PROTECTED] wrote:
Downgrading flex to 2.5.4a-r6...
seems to have fixed the issue.
I'm running make test right now :-)
Thanks all!!!
PS
I've also edited the but with a request to make it a Documentation
Fix, rather than a bug.
What
On 7/19/07, David [EMAIL PROTECTED] wrote:
What about adding the files generated by flex to CVS? Most people don't need
to regenerate those files anyway, and this way they could keep the newer
version of flex on their machine.
Most people don't use CVS, they use a) the releases b) snapshots.
Daniel Jänecke skrev:
I don't get the point of it. IMO this will only add another level of
confusion to sourcecode; unless someone has a real good example (better
than those in the posted link) where this technique is required I cannot
see which benefit this feature adds.
1. Neither daniel
Zeev Suraski wrote:
Other than the theological views some people on this list have
(either very pro-BC or anti-BC), what did keeping BC cost us?
Hey that must be me he is talking about - as I am a real theologian!
So for a theologians 2c on Unicode:
1. Teaching unicode and PHP
As stated
Short version: Fixed in CVS. :D
--Jani
On Thu, 2007-07-19 at 00:57 -0700, David wrote:
zend_language_scanner.c: No such file or directory
Found the issue (at least for me). The problem was that the version of flex
I had was 2.5.33, which is the latest version. However, 2.5.4 (an older
From the low end user perspective I think this would be great from
another POV. Let's imagine for a second that Wordpress will only work
with unicode semantics off and that phpBB will only work with the switch
on. What if someone would want to run both on a shared server?
from httpd.conf
Do you have a patch?
On 19.07.2007 16:26, Keryx Web wrote:
Daniel Jänecke skrev:
I don't get the point of it. IMO this will only add another level of
confusion to sourcecode; unless someone has a real good example (better
than those in the posted link) where this technique is required I
On Thu, 2007-07-19 at 14:27 +0200, Keryx Web wrote:
one *main* purpose and that is I am trying to remedy the extremely sad
situation when it comes to books and other teaching material about PHP
in Sweden. All books we have got by Swedish authors are so bad that I
actively discourage people
On Thu, 2007-07-19 at 15:47 +0300, Tomas Kuliavas wrote:
From the low end user perspective I think this would be great from
another POV. Let's imagine for a second that Wordpress will only work
with unicode semantics off and that phpBB will only work with the switch
on. What if someone
Ilia Alshanetsky wrote:
Do you have a patch?
Also @Antony Dovgal in the let blocks thread
Short answer: No.
The reason I posted my suggestions on this list was that a while ago I
had a few ideas as to how PHP could be improved. A seasoned PHP
developer suggested that I'd take my
On 7/19/07, Keryx Web [EMAIL PROTECTED] wrote:
Ilia Alshanetsky wrote:
Do you have a patch?
Also @Antony Dovgal in the let blocks thread
Short answer: No.
The reason I posted my suggestions on this list was that a while ago I
had a few ideas as to how PHP could be improved. A seasoned PHP
On 19.07.2007 17:41, Keryx Web wrote:
Ilia Alshanetsky wrote:
Do you have a patch?
Also @Antony Dovgal in the let blocks thread
Short answer: No.
The reason I posted my suggestions on this list was that a while ago I
had a few ideas as to how PHP could be improved.
What I don't
The reason I posted my suggestions on this list was that a while ago I
had a few ideas as to how PHP could be improved. A seasoned PHP
developer suggested that I'd take my suggestions to this list.
Thanks a lot for your suggestions, but (as you can see from the list) we have a lot of other
On 7/19/07, Antony Dovgal [EMAIL PROTECTED] wrote:
On 19.07.2007 17:41, Keryx Web wrote:
Ilia Alshanetsky wrote:
Do you have a patch?
Also @Antony Dovgal in the let blocks thread
Short answer: No.
The reason I posted my suggestions on this list was that a while ago I
had a few ideas as
It could be interesting to know, if the reason why this hasn't been
implemented already, is technical one, or a design decision?
I think it's design one since nobody took care to design it :) I
personally don't see much need for it, since PHP is not a compiled
language, so there's little use
Hi David,
On Thu, 2007-07-19 at 13:09 -0400, David Coallier wrote:
After a bit of discussion with Jani, I came to realize that keeping
the wrapper macro for php_rand, php_srand is plain useless. Yes some
pecl extensions do rely on them (and for those who do, I also provided
a patch [3]). We
I totally agree. the only reasn for the 5-2 patch was for people to test
On 7/19/07, Johannes Schlüter [EMAIL PROTECTED] wrote:
Hi David,
On Thu, 2007-07-19 at 13:09 -0400, David Coallier wrote:
After a bit of discussion with Jani, I came to realize that keeping
the wrapper macro for
On 7/19/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I totally agree. the only reasn for the 5-2 patch was for people to test
You can simply keep the old functions for 5.2 and remove them in HEAD.
We can't remove an API (or change it) in a point release, it is a full
breakage (BC and
On 7/19/07, Pierre [EMAIL PROTECTED] wrote:
On 7/19/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I totally agree. the only reasn for the 5-2 patch was for people to test
You can simply keep the old functions for 5.2 and remove them in HEAD.
We can't remove an API (or change it) in a point
2. Block scope is part of quite a few languages. Does it serve any
purpose in C, C# or Java? Does my and local serve any purpose in
PERL? [1]
Funny that you ask, because Perl docs you linked specifically say
local does not serve any real purpose, is extremely confusing and they
have it only
Too bad it only works for Apache module.. ;)
I think on Windows you can do something with the registry per-dir too.
On unix there's no registry though. Maybe we need some generic solution
to this (like for FastCGI users)? Anybody has good ideas?
--
Stanislav Malyshev, Zend Software Architect
On 7/19/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
snip
I consider block scope a sort of namespaces light, an easy to
understand first step. As JS 2 will have the let keyword - and to most
newbies JS will be the principal other language besides PHP - a
similar construct would be easy to
On 7/19/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Too bad it only works for Apache module.. ;)
I think on Windows you can do something with the registry per-dir too.
On unix there's no registry though. Maybe we need some generic solution
to this (like for FastCGI users)? Anybody has good
Python did go down that road, but take a look at Python 3000 effort
and you will see that what they are trying to do is exactly what we
have: native Unicode strings, without prefixes.
-Andrei
On Jul 18, 2007, at 11:51 AM, Andi Gutmans wrote:
Functions would work properly with Unicode,
Python did go down that road, but take a look at Python 3000 effort and
you will see that what they are trying to do is exactly what we have:
native Unicode strings, without prefixes.
Maybe still having u - that always produce unicode, regardless of
semantics - could be helpful...
--
I don't like the idea of having a u prefix for Unicode strings. It may
improve performance, and give you some level of fine grain control, but...
- It breaks your keep php simple policy by introducing a lot of new
functions (ugly).
- I (plus a lot of others) have an existing php5 application
On 7/19/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I don't like the idea of having a u prefix for Unicode strings. It may
improve performance, and give you some level of fine grain control, but...
- It breaks your keep php simple policy by introducing a lot of new
functions (ugly).
- I
On Jul 19, 2007, at 4:14 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I don't like the idea of having a u prefix for Unicode strings.
It may
improve performance, and give you some level of fine grain control,
but...
- It breaks your keep php simple policy by introducing a lot of new
I don't really know much about unicode, and to be honest, I don't really
know much about the internal workings of php.
But I assume that there are going to be different implementations of string
functions depending on whether the string is unicode or not.
I'm going to suggest an implementation
Sorry if you are using outlook, turn off the thing that says Extra line
breaks in this message were removed at the top of my previous message.
Scott
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, 20 July 2007 10:11 AM
To: internals@lists.php.net
On Thu, 19 Jul 2007 14:13:25 -0700, Stanislav Malyshev [EMAIL PROTECTED]
wrote:
Too bad it only works for Apache module.. ;)
I think on Windows you can do something with the registry per-dir too.
On unix there's no registry though. Maybe we need some generic solution
to this (like for
Yeah I also like that casting better than the u
It's different things. Casting means create string as binary, then in
runtime cast it to unicode, u means this string is unicode.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL
On Thu, 19 Jul 2007 23:16:33 +0200, Tijnema [EMAIL PROTECTED] wrote:
On 7/19/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
snip
I consider block scope a sort of namespaces light, an easy to
understand first step. As JS 2 will have the let keyword - and to
most
newbies JS will be the
On 7/19/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Yeah I also like that casting better than the u
It's different things. Casting means create string as binary, then in
runtime cast it to unicode, u means this string is unicode.
--
You are right that casting means string - binary, and
50 matches
Mail list logo
