Re: [PHP-DEV] script upgrading program was Re: [PHP-DEV] Re: Summer of Code

2006-04-14 Thread Steph Fox
I wasn't thinking of writing something in PHP... there'd be no way for userland code to 'see' half the stuff that needed changing. Anyway, just a thought. Steph Fox wrote: Is it a really stupid idea to suggest a script upgrading program a la 'autoupdate' (for 4/5 -> 6)? It's something I ho

[PHP-DEV] Re: Summer of Code

2006-04-14 Thread Lukas Smith
Rasmus Lerdorf wrote: I think we can lump them all together under PHP. And while having suggestions is definitely good, we also need to stay open to interesting proposals. Ok, how do we get on that list? Do we have friends inside google? I poked some more and the stuff I first found seemed

[PHP-DEV] Re: Summer of Code

2006-04-14 Thread Rasmus Lerdorf
Lukas Smith wrote: Rasmus Lerdorf wrote: Google is doing their Summer of Code thing again this year. You can read more about it here: http://code.google.com/summerofcode.html A few days ago I started a wiki for PEAR to get organized for this. But not much content has been generated so far. O

[PHP-DEV] script upgrading program was Re: [PHP-DEV] Re: Summer of Code

2006-04-14 Thread Lukas Smith
Steph Fox wrote: Is it a really stupid idea to suggest a script upgrading program a la 'autoupdate' (for 4/5 -> 6)? It's something I hoped to tackle myself, but am unlikely to find the time for. Well if it works it could solve some issues. Like handling stupid BC breaks (array_merge, class_

Re: [PHP-DEV] Re: Summer of Code

2006-04-14 Thread Steph Fox
Is it a really stupid idea to suggest a script upgrading program a la 'autoupdate' (for 4/5 -> 6)? It's something I hoped to tackle myself, but am unlikely to find the time for. - Steph Rasmus Lerdorf wrote: Google is doing their Summer of Code thing again this year. You can read more ab

[PHP-DEV] Re: Summer of Code

2006-04-14 Thread Lukas Smith
Rasmus Lerdorf wrote: Google is doing their Summer of Code thing again this year. You can read more about it here: http://code.google.com/summerofcode.html A few days ago I started a wiki for PEAR to get organized for this. But not much content has been generated so far. Only some ideas have

Re: [PHP-DEV] Modest Success

2006-04-14 Thread Richard Lynch
On Fri, April 14, 2006 9:39 pm, Rasmus Lerdorf wrote: > Richard Lynch wrote: >> I decided to just give up on trying to have a modern PHP Source >> development environment and re-compiled the exact same version (-r >> 5_0) as my webhost has, so that I could just bypass the whole issue >> of >> getti

[PHP-DEV] Summer of Code

2006-04-14 Thread Rasmus Lerdorf
Google is doing their Summer of Code thing again this year. You can read more about it here: http://code.google.com/summerofcode.html It doesn't actually mention PHP there yet, but it will soon. So if you are a student and have an interesting idea for a PHP-related project, start thinking ab

Re: [PHP-DEV] Modest Success

2006-04-14 Thread Rasmus Lerdorf
Richard Lynch wrote: I decided to just give up on trying to have a modern PHP Source development environment and re-compiled the exact same version (-r 5_0) as my webhost has, so that I could just bypass the whole issue of getting configure to read/write the paths I want to. -r 5_1 should be fi

[PHP-DEV] Modest Success

2006-04-14 Thread Richard Lynch
I decided to just give up on trying to have a modern PHP Source development environment and re-compiled the exact same version (-r 5_0) as my webhost has, so that I could just bypass the whole issue of getting configure to read/write the paths I want to. My "Hello World" extension now works! I wo

Re: [PHP-DEV] Re: ICU? step forward, two steps back

2006-04-14 Thread Richard Lynch
On Fri, April 14, 2006 6:05 am, Marcus Boerger wrote: > you forgot the include path...did you ever compile anything? I compile PHP from source routinely. I install a bunch of stuff from source all the time. Though, admittedly, usually on my own box, where I don't have to deal with trying to "s

Re: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread Richard Lynch
On Fri, April 14, 2006 4:26 am, Sebastian Bergmann wrote: > Dmitry Stogov schrieb: >> So some optimizations may be done fine on AST level too. > > ASTs are useful for performing code transformations (think of > language > extensions like William's PHPAspect or automatic refactorings as > example

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Pierre
On 4/14/06, Michael Wallner <[EMAIL PROTECTED]> wrote: > Pierre wrote: > > > Same here, and even if PHP will allow it. String manipulations > > (unicode included) must remain a quiet and easy operation. This should > > be a goal for each extensions, give a way to make PHP silent (by > > default or

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Ilia Alshanetsky
On 14-Apr-06, at 1:55 PM, Michael Wallner wrote: Pierre wrote: Same here, and even if PHP will allow it. String manipulations (unicode included) must remain a quiet and easy operation. This should be a goal for each extensions, give a way to make PHP silent (by default or not does not matt

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Michael Wallner
Pierre wrote: Same here, and even if PHP will allow it. String manipulations (unicode included) must remain a quiet and easy operation. This should be a goal for each extensions, give a way to make PHP silent (by default or not does not matter but it must be settable). So let's go ahead and ge

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Andrei Zmievski
We had a .. bit of discussion on IRC about this. I will post my reply soon, once I've had sufficient time to cool down. -Andrei On Apr 14, 2006, at 9:50 AM, Andi Gutmans wrote: Amen. At 09:40 AM 4/14/2006, Pierre wrote: On 4/14/06, Dmitry Stogov <[EMAIL PROTECTED]> wrote: > In general, exce

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Andi Gutmans
Amen. At 09:40 AM 4/14/2006, Pierre wrote: On 4/14/06, Dmitry Stogov <[EMAIL PROTECTED]> wrote: > In general, exceptions as result of type conversion are good. I disagree here, exceptions are... exceptions. That means they should be used in rare cases. Unicode (and string manipulation in gerena

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Pierre
On 4/14/06, Dmitry Stogov <[EMAIL PROTECTED]> wrote: > In general, exceptions as result of type conversion are good. I disagree here, exceptions are... exceptions. That means they should be used in rare cases. Unicode (and string manipulation in gerenal) should not use exceptions. I see no cases w

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Andi Gutmans
At 03:51 AM 4/14/2006, Derick Rethans wrote: On Fri, 14 Apr 2006, Dmitry Stogov wrote: > In general, exceptions as result of type conversion are good. > But they does NOT work in PHP, because of exception mechanism > design/implementation. > > Half year ago we disabled exceptions in __toString()

Re: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread William Candillon
Hi, On 4/14/06, Marcus Boerger <[EMAIL PROTECTED]> wrote: > > how is that useful? (outside university) I'm not sure but I think that AST approach is faster because you can optimize the AST and deduce more semantics informations when you generate the opcode. -- William Candillon Telecom Lille

Re: [PHP-DEV] Re: ICU? step forward, two steps back

2006-04-14 Thread Marcus Boerger
Hello Richard, you forgot the include path...did you ever compile anything? Friday, April 14, 2006, 12:35:52 PM, you wrote: > Okay, somebody somewhere reset by $LD_LIBRARY_PATH > I Re-reset it to: > /www/acousticdemo.com/cvs/usr/local/lib:/usr/local/lib > Now I can run the ICU/samples/date/i

Re: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread Marcus Boerger
Hello Sebastian, Friday, April 14, 2006, 11:26:53 AM, you wrote: > Dmitry Stogov schrieb: >> So some optimizations may be done fine on AST level too. > ASTs are useful for performing code transformations (think of language > extensions like William's PHPAspect or automatic refactorings as > e

Re: [PHP-DEV] RE: Unicode conversion exceptions and memory leaks

2006-04-14 Thread Derick Rethans
On Fri, 14 Apr 2006, Dmitry Stogov wrote: > In general, exceptions as result of type conversion are good. > But they does NOT work in PHP, because of exception mechanism > design/implementation. > > Half year ago we disabled exceptions in __toString() especially because of > this reason. > I pref

[PHP-DEV] Re: ICU? step forward, two steps back

2006-04-14 Thread Richard Lynch
Okay, somebody somewhere reset by $LD_LIBRARY_PATH I Re-reset it to: /www/acousticdemo.com/cvs/usr/local/lib:/usr/local/lib Now I can run the ICU/samples/date/icudate program. When I go into my ext/perror directory, and attempt to compile my nifty new extension once again... I get a bazillion e

[PHP-DEV] ICU?

2006-04-14 Thread Richard Lynch
My box doesn't have ICU and I cannot install it in /usr/local/lib Therefore, I installed it in my homedir. Actually, ~/cvs/icu My configure line (for ICU) was: ./configure --prefix=/www/acousticdemo.com/cvs/usr/local That seemed to work okay, I guess... gmake and all that didn't complain, at

Re: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread Sebastian Bergmann
Dmitry Stogov schrieb: > So some optimizations may be done fine on AST level too. ASTs are useful for performing code transformations (think of language extensions like William's PHPAspect or automatic refactorings as examples). -- Sebastian Bergmann http://www.sebastian-

RE: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread Dmitry Stogov
PHP uses one-pass compiler + additional pass for bytecode fixup. Usage of AST will require at least two passes and as result more time and memory. One-pass compiler is always faster, but not any language can be compiled in one pass (PHP can). I think AST is not a good representation for type infer

Re: [PHP-DEV] PHP Abstract Syntax Tree

2006-04-14 Thread William Candillon
I already wrote an program which converts PHP source code to AST but I don't understand why the native PHP compiler doesn't use this approach. On 4/14/06, Tomas Matousek <[EMAIL PROTECTED]> wrote: > > Hi William, > if you are interested in converting PHP source code to AST, you may find > the > Ph

[PHP-DEV] Re: extension configure

2006-04-14 Thread Michael Wallner
Michael Wallner wrote: Richard Lynch wrote: From my extension directory: -bash-2.05b$ cat ~/cvs/php-src/config.safe #! /bin/sh ./configure --enable-debug --enable-maintainer-zts --prefix=/www/acousticdemo.com/cvs/usr/local $@ Point configure to "your local" php-config: ./configure ... --wit