Re: cvs: php4 / acinclude.m4 /ext/standard config.m4 reg.c

From: Date: Mon, 08 Apr 2002 09:15:58 +0000
Subject: Re: cvs: php4 / acinclude.m4 /ext/standard config.m4 reg.c
References: 1  Groups: php.cvs 
Request: Send a blank email to php-cvs+get-10972@lists.php.net to get a copy of this message
The point is it _can_ be used wrong. Are you seriously saying that someone would use PHP on such embedded systems? Wouldn't it be better to use C anyway to get fast and small programs? btw. What are the goals of PHP? To be the tool for everything? To be number 1 _web_ scripting language? --Jani On Mon, 8 Apr 2002, Rasmus Lerdorf wrote: >24K is significant to embedded devices that have a total of 8M or 16M of >storage. And out of that 8M you may only have 1M set aside for >web-related stuff. Every byte is counted on systems like these. > >That's why projects such as busybox and tinylogin exist. Compiling PHP >against a stripped down system regex library also makes more than 24K >difference. > >But the point here is that this is an option that works fine when the >person doing the compiling knows what he is doing. I don't see why it >should be removed just because it could be used erroneously. > >-Rasmus > >On Mon, 8 Apr 2002, Jani Taskinen wrote: > >> >> -rwxrwxr-x 1 root root 836496 Apr 8 11:33 php-with-bundled-regex-stripped >> -rwxrwxr-x 1 root root 812072 Apr 8 11:39 php-with-system-regex-stripped >> >> Is 24424 bytes really that significant? What kind of systems are >> you referring to? Is PHP used as CLI on them? >> >> --Jani >> >> >> >> On Mon, 8 Apr 2002, Rasmus Lerdorf wrote: >> >> >> There's really no point in allowing using the system regex library. >> > >> >Well, once again, there is actually a point. In small embedded systems >> >linking the same library statically into multiple binaries is highly >> >undesirable. The option should stay. >> > >> >-Rasmus >> > >> > >> > >> >> -- >> > > > --

« previous php.cvs (#10972) next »