Re: Extracting client code
От | Jon Earle |
---|---|
Тема | Re: Extracting client code |
Дата | |
Msg-id | 4519.142.46.208.244.1159462170.squirrel@kronos.honk.org обсуждение исходный текст |
Ответ на | Re: Extracting client code (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Extracting client code
|
Список | pgsql-interfaces |
Tom Lane wrote: > "Jon Earle" <jepg@kronos.honk.org> writes: >> Can I just take the src/interface/libpq dir >> contents, parachute them into the same dir as my app, then just compile it >> all together (after making the appropriate changes to my own app, of >> course)? > > No. At minimum you're going to need the configure script and src/port/ > as well. My inclination would just be to ship the unmodified tarball > and do I noticed the makefile in the libpq dir made symlinks to a handful of .c files in src/port and references one .h. Aside from those, which I could simply copy into the libpq dir, is there anything inside the libpq dir that is changed by the configure script that I can't manage myself? Honestly, this really doesn't need to be fancy - (hold your nose) it's fine/preferable to have all the libpq .o's can be linked with myapp.c into a single binary myapp. > Obviously you could strip large parts of the tarball out, but then you'd > have to redo that work every time we update. I don't see this as an issue... the mysql code in place now is very old - from the 3.2x days - but works fine to connect to an up-to-date mysql server.Unless there is a serious enough issue thatdemands an update (and perhaps not even then - the app will always run on a protected network), it will likely remain as-is until the app is overhauled, replaced or abandoned. > Also keep in mind the possibility that libpq is already installed on the > machine you're on. Possibly, but very unlikely.
В списке pgsql-interfaces по дате отправления: