Re: [PORTS] porting libpq?
Bruce Momjian <[email protected]> Sat, 5 Jan 2008 15:32:32 -0500 (EST)
| Newsgroups | gmane.comp.db.postgresql.ports |
|---|---|
| Message-ID | <[email protected]> |
Ariel Manzur wrote: > On Jan 5, 2008 3:13 PM, Bruce Momjian <[email protected]> wrote: > > Ariel Manzur wrote: > > > Hi.. > > > > > > I need to port libpq to a platform that doesn't have a POSIX-like > > > network API, so I was wondering if the network usage on libpq was > > > layered somehow? I noticed that it has code for win32, so I guess > > > there's something, but I didn't see much. Is there any documentation > > > on how to do this? > > > > There is no documentation I know of about porting libpq to other > > platforms. It normally "just works", with some adjustments for Win32, > > as you mentioned. If you are more specific about problems you are > > having we can help. > > No "problems" yet, just looking at what I need to get started.. I > noticed that it includes other libraries like openssl.h and krb5.h, do > any of those make their own calls to the posix network api? Also, is > it supposed to also work with filesystem sockets too? SSL, Kerberos are all optionally added via configure, so they aren't required initially. Filesystem sockets is similarly controlled by HAVE_UNIX_SOCKETS. > I've been looking at the code and I see there's calls to send, recv, > socket, etc directly, so I guess I'll have to isolate them myself.. It > seems to include pthreads too, but it looks like it should be easy to > replace. Yes, the networking part is a requirement. -- Bruce Momjian <[email protected]> http://momjian.us EnterpriseDB http://postgres.enterprisedb.com + If your life is a hard drive, Christ can be your backup. + ---------------------------(end of broadcast)--------------------------- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match