Re: [GENERAL] php as stored procedures

2001-02-01 Thread Adam Haberlach
On Wed, Jan 31, 2001 at 07:34:51PM -0500, Brett W. McCoy wrote: > On Wed, 31 Jan 2001, Dan Wilson wrote: > > > I wouldn't call PHP a subset of Perl at all! I'd call them sibling > > languages with different strengths. I think Perl does certain things better > > than PHP but PHP has strengths th

Re: [GENERAL] php as stored procedures

2001-02-01 Thread Denis A. Doroshenko
On Wed, Jan 31, 2001 at 12:15:49PM -0500, Doug McNaught wrote: > > As for whether it will be done, well, what does PHP give you over > Perl? I know Perl well and PHP AFAICS is a tiny subset of Perl > designed to be embedded in web pages. Given PL/Perl, do we really > need PL/PHP? PHP is a tiny

Re: [GENERAL] php as stored procedures

2001-01-31 Thread Adam Haberlach
On Wed, Jan 31, 2001 at 12:15:49PM -0500, Doug McNaught wrote: > [EMAIL PROTECTED] writes: > > > I was reading > > http://www.linuxworld.com.au/article.php3?aid=123&tid=8 > > and specifically > > "Later in 2001 this flexibility may extend even within the MySQL > > database server, with PHP scri

Re: [GENERAL] php as stored procedures

2001-01-31 Thread Brett W. McCoy
On Wed, 31 Jan 2001, Dan Wilson wrote: > I wouldn't call PHP a subset of Perl at all! I'd call them sibling > languages with different strengths. I think Perl does certain things better > than PHP but PHP has strengths that Perl probably can't compete with. But > for the most part, AFAIK, anyt

Re: [GENERAL] php as stored procedures

2001-01-31 Thread Dan Wilson
: As for whether it will be done, well, what does PHP give you over : Perl? I know Perl well and PHP AFAICS is a tiny subset of Perl : designed to be embedded in web pages. Given PL/Perl, do we really : need PL/PHP? I wouldn't call PHP a subset of Perl at all! I'd call them sibling languages w