Re: [pgsql-hackers-win32] snprintf causes regression tests - Mailing list pgsql-hackers
From | Bruce Momjian |
---|---|
Subject | Re: [pgsql-hackers-win32] snprintf causes regression tests |
Date | |
Msg-id | 200505052103.j45L3B500334@candle.pha.pa.us Whole thread Raw |
In response to | Re: [pgsql-hackers-win32] snprintf causes regression tests (Andrew Dunstan <andrew@dunslane.net>) |
List | pgsql-hackers |
Andrew Dunstan wrote: > > After some further digging, I think we have 3 problems. > > 1. On Windows gettext wants to hijack printf and friends, as below. This > strikes me as rather unfriendly behaviour by a library header file. > Anyway, mercifully libintl.h is included in our source in exactly one > spot, so I think the thing to do for this problem is a) undo that > hijacking and b) make sure any hijacking we want to do occurs after the > point where that file in included (in c.h). This causes most of the > noise, but is probably harmless, since our hijacking does in fact win > out. We need to fix the arnings, though. > > 2. We have multiple #defines for snprintf and vsnprintf (in port.h and > win32.h). > > 3. ecpg wants to use our pg*printf routines (because USE_SNPRINTF is > defined) but doesn't know where to find them. > > what a mess :-( Based on the "mess" analysis, I decided it is better to allow libintl to use its own snprintf() for Win32 when NLS is enabled, rather than try to override that with our own snprintf. I have added code to configure.in so that we don't check for arg control in native snprintf on Win32 because when we are using NLS, we are going to get their snprintf anyway and not the native one. Patch attached and applied. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073 Index: configure =================================================================== RCS file: /cvsroot/pgsql/configure,v retrieving revision 1.435 diff -c -c -r1.435 configure *** configure 5 May 2005 11:50:17 -0000 1.435 --- configure 5 May 2005 19:13:35 -0000 *************** *** 14706,14712 **** # Force use of our snprintf if system's doesn't do arg control # This feature is used by NLS ! if test "$enable_nls" = yes && test $pgac_need_repl_snprintf = no; then echo "$as_me:$LINENO: checking whether printf supports argument control" >&5 echo $ECHO_N "checking whether printf supports argument control... $ECHO_C" >&6 if test "${pgac_cv_printf_arg_control+set}" = set; then --- 14706,14718 ---- # Force use of our snprintf if system's doesn't do arg control # This feature is used by NLS ! if test "$enable_nls" = yes && ! test $pgac_need_repl_snprintf = no && ! # On Win32, libintl replaces snprintf() with its own version that ! # understands arg control, so we don't need our own. In fact, it ! # also uses macros that conflict with ours, so we _can't_ use ! # our own. ! test "$PORTNAME" != "win32"; then echo "$as_me:$LINENO: checking whether printf supports argument control" >&5 echo $ECHO_N "checking whether printf supports argument control... $ECHO_C" >&6 if test "${pgac_cv_printf_arg_control+set}" = set; then Index: configure.in =================================================================== RCS file: /cvsroot/pgsql/configure.in,v retrieving revision 1.408 diff -c -c -r1.408 configure.in *** configure.in 5 May 2005 11:50:18 -0000 1.408 --- configure.in 5 May 2005 19:13:36 -0000 *************** *** 1095,1101 **** # Force use of our snprintf if system's doesn't do arg control # This feature is used by NLS ! if test "$enable_nls" = yes && test $pgac_need_repl_snprintf = no; then PGAC_FUNC_PRINTF_ARG_CONTROL if test $pgac_cv_printf_arg_control != yes ; then pgac_need_repl_snprintf=yes --- 1095,1107 ---- # Force use of our snprintf if system's doesn't do arg control # This feature is used by NLS ! if test "$enable_nls" = yes && ! test $pgac_need_repl_snprintf = no && ! # On Win32, libintl replaces snprintf() with its own version that ! # understands arg control, so we don't need our own. In fact, it ! # also uses macros that conflict with ours, so we _can't_ use ! # our own. ! test "$PORTNAME" != "win32"; then PGAC_FUNC_PRINTF_ARG_CONTROL if test $pgac_cv_printf_arg_control != yes ; then pgac_need_repl_snprintf=yes
pgsql-hackers by date: