> With ever more larger businesses adopting PostgreSQL, and that leading > on to more places having several versions of PostgreSQL in operation > simultaneously (i.e. development vs production) we're probably going to > need to give psql the ability to handle whichever version of the PG > backend it happens to connect to. > > Marc's suggestion of breaking psql into it's own sub-project makes good > sense from that point of view.
Subproject or not, why don't we just rearrange psql to dynamically load a library of functions, eg: libpsql72.so libpsql73.so etc... And in them you have functions like: printTableDef(); printViewDef(); etc... Chris ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
