Re: [BUGS] 7.0beta1: bugs appearing on cygwin - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: [BUGS] 7.0beta1: bugs appearing on cygwin
Date
Msg-id 200002281722.MAA06412@candle.pha.pa.us
Whole thread Raw
In response to 7.0beta1: bugs appearing on cygwin  (Marko Kreen <marko@l-t.ee>)
Responses Re: [BUGS] 7.0beta1: bugs appearing on cygwin  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
> 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.ovariable. 
>   -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@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: [BUGS] Bug in 6.4.2. Aggregate/View/Where-condition
Next
From: Chris Cogdon
Date:
Subject: Re: [BUGS] Bug in 6.4.2. Aggregate/View/Where-condition