| From: | Aidan Van Dyk <aidan(at)highrise(dot)ca> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: development setup and libdir |
| Date: | 2010-01-31 04:15:39 |
| Message-ID: | 20100131041539.GA7207@oak.highrise.ca |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
* Andrew Dunstan <andrew(at)dunslane(dot)net> [100130 19:55]:
> If I am developing, say, a new
> perl facility, I expect to develop and test using a private installation
> of perl, and not screw up my system's perl. It's the same with postgres.
But, perl was a bad example. If you're just trying to develop a new
"perl module", something that other perl scripts can use, to require you
to provide a completely private copy of complete perl, instead of the
perfectly identical (other than paths) version the system provides is a
bit much...
I'm not arguing that the PGXS gripes Ivan has are valid, but your perl
example probably *supports* his case more than you think...
--
Aidan Van Dyk Create like a god,
aidan(at)highrise(dot)ca command like a king,
http://www.highrise.ca/ work like a slave.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2010-01-31 04:26:48 | Re: development setup and libdir |
| Previous Message | Joshua Tolley | 2010-01-31 02:27:32 | Re: development setup and libdir |