Re: always building cgi...

This would certainly make my life easier. By now I have a few dozen scripts that begin with #!/usr/bin/php -q So building command line interpreter (cgi sapi) and optionally one other sapi module in one go would be nice indeed. Edin > If there was some way of building the cgi with any sapi, that would be nice. > PHP as a cgi is becoming more of a utility than a cgi. > > Is there a way to accomplish this without changing the user compile interface much? > > -Jason > > ----- Original Message ----- > From: "Sascha Schumann" <sascha@schumann.cx> > To: "Stig Sæther Bakken" <ssb@fast.no> > Cc: "Stig Sæther Bakken" <Stig.Bakken@fast.no>; <php-dev@lists.php.net> > Sent: Thursday, April 12, 2001 8:54 PM > Subject: Re: [PHP-DEV] always building cgi... > > > > > Okay, what about making libphp4.la contain everything but libsapi.la, > > > and make a new final target including libsapi.la called > > > libphp4_xxx.la, where xxx is the sapi module used. > > > > > > With some more minor restructuring, we can then let people build _all_ > > > sapi modules in one go if they like. > > > > [my internet link died yesterday and I forgot to resend this] > > > > Without careful consideration, I would not say that it would > > require only minor restructuring. If we would implement that > > change, it would have a direct effect upon the installation > > procedure of PHP. That is not a problem with online > > documentation, but what about printed manuals and the dozens > > of books on PHP? I'd be very hesitant to change anything > > here which would render those descriptions invalid. > > > > On the implementation side, I'm not convinced of the > > usefulness of such a change. The way libphp4.la is built > > directly depends upon the chosen SAPI module (thread-safety, > > shared/static). As of today, there are only a few possible > > combinations. From day-to-day experience, I have yet to see > > an installation where web-servers run parallelly (and which > > use PHP/require the same build options). > > > > - Sascha Experience IRCG > > http://schumann.cx/ > > http://schumann.cx/ircg > > > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > > For additional commands, e-mail: php-dev-help@lists.php.net > > To contact the list administrators, e-mail: php-list-admin@lists.php.net > > > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > For additional commands, e-mail: php-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net > >