Re: Path to PostgreSQL portabiliy

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: mlw <markw(at)mohawksoft(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Jan Wieck <janwieck(at)yahoo(dot)com>, "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>, Dann Corbit <DCorbit(at)connx(dot)com>
Subject: Re: Path to PostgreSQL portabiliy
Date: 2002-05-08 14:03:43
Message-ID: 1782.1020866623@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

mlw <markw(at)mohawksoft(dot)com> writes:
> Port lib. Regardless where it comes from, the porting code should be a
> self contained library, not a list of objects. On Windows, a .DLL can
> do some things easier than an application. Also, having a library
> allows more flexibility as to how a port is designed.

That may be necessary on Windoze, but on any other platform breaking out
an essential part of the backend as a library strikes me as a dead loss.
You create extra risk of installation mistakes, can't-find-library
startup failures, version mismatch problems, etc, etc --- for zero gain
that I can see.

For comparison you may want to observe the opinion expressed some time
ago by Peter E. that we should fold plpgsql and the other PL's into
the backend, instead of having them as dynamic-linked libraries.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message mlw 2002-05-08 14:16:16 Re: Path to PostgreSQL portabiliy
Previous Message mlw 2002-05-08 12:35:20 Path to PostgreSQL portabiliy