5.1.0RC2

>Greg Beaver wrote: > > >>Pierre-Alain Joye wrote: >> >> >> >>>On 9/14/05, Zeev Suraski <zeev@zend.com> wrote: >>> >>> >>> >>> >>>>Any last minute additions to 5.1.0RC2 or can we roll it? >>>> >>>> >>>cd php-src/pear && wget http://pear.php.net/install-pear.phar >>> >>>for both sources and win32 releases. As a little reminder :) >>> >>> >>Quick note: windows needs go-pear.phar, I will try to take care of this >>and also a little php script that will grab install-pear.phar if it >>isn't there, so that there is no need to wget install-pear.phar for the >>bundler, and the end-user can always grab the latest .phar. >> >>This way, there is no wget dependency, since Andi reports that it may >>not be available on all systems, and no hassle for the person >>installing. The script will not attempt to do proxying, people with >>complex internet connections will just have to download it themselves. >> >>Objections? >> >> > >Here! :) > >I have modified the build system for windows already using Pierre's >suggestion (install-peaer.phar). > >Please check the latest 5.1 snap: >http://snaps.php.net/win32/php5.1-win32-200509141430.zip >

> At 16:18 14.09.2005, you wrote: > > /bin/sh: test: argument expected > gmake: [test] Error 1 (ignored) > pangaeaw@pans1:~/install/php5-200509141230$

>>> * configure prints out a lot of garbage when testing for bison (which is >>> missing on my solaris machine)

> > At 16:18 14.09.2005, you wrote: >> On Wed, 14 Sep 2005, Uwe Schindler wrote: >> >>> * "make test" still does not work >> >> Like..how? > > I posted this one month ago (other thread). > It fails when calling "test" with an empty expression: > > pangaeaw@pans1:~/install/php5-200509141230$ gmake test > > Build complete. > (It is safe to ignore warnings about tempnam and tmpnam). > > /bin/sh: test: argument expected > gmake: [test] Error 1 (ignored) > pangaeaw@pans1:~/install/php5-200509141230$ > > 4.3 and 5.0 worked in the past. > >>> * configure prints out a lot of garbage when testing for bison (which is >>> missing on my solaris machine) >> >> And the garbage is..? > > checking whether ln -s works... yes > checking if compiler supports -R... yes > checking for re2c... no > configure: warning: You will need re2c 0.98 or later if you want to regenerate > PHP parsers. > checking for gawk... gawk > checking for bison... no > checking for byacc... no > checking for bison version... ./configure: bison: not found > AWK=gawk > CC=gcc > CFLAGS=-g -O2 > CONFIGURE_COMMAND= './configure' '--prefix=/pangaea/gnu' '--enable-cli' > '--with-nsapi=/pangaea/webserver61' '--with-sybase-ct=/opt/csw' > '--with-mysql=/opt/csw/mysql4' '--enable-ftp' '--enable-versioning' > '--enable-session' '--enable-trans-sid' '--with-zlib=/opt/csw' > '--enable-mbstring=all' '--with-openssl=/opt/csw' '--with-gd' > '--with-png-dir=/opt/csw' '--with-jpeg-dir=/opt/csw' '--with-ttf=/opt/csw' > '--with-libxml-dir=/opt/csw' '--with-iconv=/opt/csw' > '--with-iconv-dir=/opt/csw' '--with-xsl=/opt/csw' '--enable-soap' > '--without-sqlite' '--enable-exif' '--with-curl=/opt/csw' > '--with-curlwrappers' '--with-pdo-mysql=/opt/csw/mysql4' '--with-xmlrpc' > '--without-pdo-sqlite' '--with-pdo-dblib=/opt/csw' > CONFIG_SITE=/pangaea/gnu/share/config.site /pangaea/gnu/etc/config.site > CPP=gcc -E > CYGWIN= > ECHO=/usr/ucb/echo > EGREP=egrep > EXTRA_VERSION=RC2-dev > GCC=yes > HOME=/pangaea > HOSTNAME=pans1 > HOSTTYPE=sparc > > ....... and more crap .... > > then: > with_xsl=/opt/csw > with_zlib=/opt/csw > x_includes=NONE > x_libraries=NONE > invalid > configure: warning: bison versions supported for regeneration of the Zend/PHP > parsers: 1.28 1.35 1.75 1.875 2.0 (found: dummy.byacc). > checking for flex... lex > checking for yywrap in -ll... yes > checking lex output file root... lex.yy > checking whether yytext is a pointer... no > checking for working const... yes > checking for flex version... invalid > configure: warning: flex versions supported for regeneration of the Zend/PHP > parsers: 2.5.4 (found: ). > checking whether to force non-PIC code in shared modules... no > checking for pthreads_cflags... ^C > > But configure works. > > Greetings, > Uwe > > > ----- > Uwe Schindler > thetaphi@php.net - http://www.php.net > NSAPI SAPI developer > Bremen, Germany > >

> <shameless-plug> > This is one case where namespaces are useful. With my namespace patch, all > that would have to be done is to name the class as SPL:Observer. Users can > either implement SPL:Observer or first "import SPL:Observer;" and then > implement Observer. > </shameless-plug>

> I agree with Edin. To be consistent, either all interfaces and classes > should be prefixed or none should be prefixed. On the other hand, prefixing > all the old classes/interfaces will cause BC breaks.

> <shameless-plug> > This is one case where namespaces are useful. With my namespace patch, all > that would have to be done is to name the class as SPL:Observer. Users can > either implement SPL:Observer or first "import SPL:Observer;" and then > implement Observer. > </shameless-plug>

> Regards,

> Jessie

> "Edin Kadribasic" <edink@emini.dk> wrote in message > news:43283A26.7060000@emini.dk... >> Marcus Boerger wrote: >> > Hello Zeev, >> > >> > i tried to get any feedback from You or andi regarding SPL but none of > you >> > replied so far. Question is whether i should rename some of the new > interfaces >> > and classes to be prefixed by 'Spl'. Also should i drop all constants in > SPL >> > and instead provide class constants whcih we can do right now? Yes i > know >> > that might be BC issue but i'd say it is worth the little break and i am >> > quite sure we shouldn't do it after 5.1 is out. And Last but not least > i'd >> > like to MFH two of the new classes if you don#t mind. >> >> Hm, prefixing "new" interfaces and classes with Spl is the worst thing >> one could do IMHO. Wouldn't it be the best to prefix *all* Spl >> interfaces and classes? >> >> Edin

> Hello Edin, > > well imho it makes no sense to prefix all the iterators with Spl and also > most of them are released already with 5.0. Changing those is to big of a BC > issue isn't it? I mean it is different from changing a few consts very > rarely used to class consts.