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
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 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
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-
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
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
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
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
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
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
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()
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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_
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
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
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
29 matches
Mail list logo
