Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] plPHP in core?

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,"Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>,"Psql_General (E-mail)" <pgsql-general(at)postgresql(dot)org>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] plPHP in core?
Date: 2005-04-04 20:32:39
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
> I am told that the difference is that PHP gives you a choice of 
> statically or dynamically linked db support. By contrast, in Perl, for 
> example, DBD::Pg is always built dynamically (AFAIK). Your assessment 
> appears to be true for the (very common) case where PHP's client side 
> db support is dynamically lnked.

PHP is typically dynamically built as well now. If you install redhat 
you have to explictly say php-pgsql to get postgresql support.
This is the same on all the major Linux distriubtions I know of 
including one offs like Ubuntu.

As Marc pointed out it is also the same on FreeBSD.

Maybe I am just dense, but the argument seems to be completely moot. PHP 
is no different than Perl or Python in this case. Heck even if PHP is built
statically (where the PostgreSQL driver is linked in versus an .so) it 
still has nothing to do with plPHP.


Joshua D. Drake

> cheers
> andrew

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2005-04-04 20:36:00
Subject: Re: [HACKERS] plPHP in core?
Previous:From: Alvaro HerreraDate: 2005-04-04 20:27:59
Subject: Re: Notes on lock table spilling

pgsql-general by date

Next:From: Ying LuDate: 2005-04-04 20:33:37
Subject: about "allow reporting of which objects are in which tablespace"?
Previous:From: Andrew DunstanDate: 2005-04-04 20:17:59
Subject: Re: [HACKERS] plPHP in core?

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group