From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Future of src/utils |
Date: | 2002-07-16 22:27:33 |
Message-ID: | 9131.1026858453@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> I don't think we need to move the subdirectories, which involve stuff
> that's heavily tied to the backend. But the generic C library replacement
> files should move into src/utils preferably. In fact, what we could do is
> assemble all the files we need (as determined by configure) into a static
> library and link all executables with that. That way we don't have to
> deal with the individual files in each individual makefile.
I like that a lot. But will it work for libpq? I have a feeling we'd
end up linking *all* the replacement functions into libpq, which might
create some namespace issues for client applications. Ideally we should
only link the functions libpq actually needs into libpq, but I'm not
sure that works with standard linker behavior.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-07-16 22:53:29 | Do we still need these NOTICEs? |
Previous Message | Peter Eisentraut | 2002-07-16 21:58:00 | Re: bit type external representation |