Re: [BUGS] 7.0beta1: bugs appearing on cygwin

> System Configuration
> ---------------------
> Architecture (example: Intel Pentium) : Intel Pentium 100
>
> Operating System (example: Linux 2.0.26 ELF) : winnt4/cygwin 20.1
>
> PostgreSQL version (example: PostgreSQL-6.5.2): PostgreSQL-7.0beta1
>
> Compiler used (example: gcc 2.8.0) : egcs-2.91.57 (cygwin default)
>
> Please enter a FULL description of your problem:
> ------------------------------------------------
>
> 1) ecpg does not honour HAVE_SNPRINTF being undefined. make fails :(
> ----
> gcc -o ecpg preproc.o pgc.o type.o ecpg.o ecpg_keywords.o output.o keywords.o c_keywords.o ../lib/typename.o descriptor.o variable.
> -L/usr/local/lib -lcrypt -lm -lreadline -ltermcap -lncurses -lcygipc -g
> descriptor.o: In function `ECPGnumeric_lvalue':
> /home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:55: undefined reference to `snprintf'
> descriptor.o: In function `ECPGstring_buffer':
> /home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:78: undefined reference to `snprintf'
> descriptor.o: In function `ECPGstring_length':
> /home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:94: undefined reference to `snprintf'
> /home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:101: undefined reference to `snprintf'
> descriptor.o: In function `ECPGdata_assignment':
> /home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:152: undefined reference to `snprintf'
> descriptor.o:/home/src/pgsql/src/interfaces/ecpg/preproc/descriptor.c:165: more undefined references to `snprintf' follow
> collect2: ld returned 1 exit status
> make[3]: *** [ecpg] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all] Error 2
> make: *** [all] Error 2
> ----

OK, I am confused. We have HAVE_SNPRINTF, but I don't see it being used
anywhere. Is it still relivant to our code? Does NT not have snprintf?

> 2) gcc warns about redefine of CURRENT_TIME. Nothing
> serious (I mean the compile does not fail..), I just thought I mention.
>
> defined in backend/parse.h & <sys/ipc.h> (cygwin32_ipc-1.03)
>
> ok, I chacked. In different .c files they are included in different
> order.
>
> ipc.h: #define CURRENT_TIME time(0)

Seems this is getting in our way. We could try undefining it before
defining it, I guess. I don't think it affects the compile.

> parse.h: #define CURRENT_TIME 287
>
> How it affects the program, I do not know. Maybe this is serious...
>
>
> Please describe a way to repeat the problem. Please try to provide a
> concise reproducible example, if at all possible:
> ----------------------------------------------------------------------
>
> snoopy$ uname -a
> CYGWIN_NT-4.0 SNOOPY 20.1 (0.3/1/1) 1998-12-3 20:39:18 i586 unknown
> snoopy$ make

Running NT. I know it works on that because we have gotten patches from
people.

> Is this really the Right Thing(tm) to have bug-reporting list
> available only to subscribers? I mean it should be encouraged to
> be on list but enforced? There should be decent anti-spam software
> floating around?
> </offtopic>

The bugs list is open to anyone, right? It should be.

--
Bruce Momjian | http://www.op.net/~candle
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026