>From what I recall from the conversation, I would say rename the vsprintf and the sprintf functions in postgres to pq_vsnprintf and pq_snprintf. Define a couple macros: (in some common header, pqprintf.h?)
#define snprintf pq_snprintf #define vsnprintf pq_snprintf Then just maintain the postgres forms of printf which have seemed to be OK except that on Win32 vnsprintf, although in the same object file was not being used. > Dear all, > After struggling for one week to to integrate FreeBSD's vfprintf.c into > PostgreSQL I finally gave up. It is too dependent on underlying > FreeBSD system functions. To incorporate it into PostgreSQL we need > to move vfprintf.c file itself, two dozen files form gdtoa and a half > a dozen __XXtoa.c files scattered in apparently random fashion all > around FreeBSD source tree. > > Instead I researched some other implementations of snprintf on > the web released under a license compatible with PostgreSQL's. > The most suitable one I have come upon is Trio > [http://daniel.haxx.se/projects/trio/]. > It is distributed under a MIT-like license which, I think will be > compatible with us. > > What do you think about it? Shall I abandon FreeBSD and go ahead > ıncorporatıng Trıo? > > And by the way, what ıs the conclusıon of snprıntf() vs. pg_snprintf() > and UNIX libraries discussion a week ago? Which one shall > I implement? > > Regards, > Nicolai Tufar > > ---------------------------(end of broadcast)--------------------------- > TIP 6: Have you searched our list archives? > > http://archives.postgresql.org > ---------------------------(end of broadcast)--------------------------- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
