Skip site navigation (1) Skip section navigation (2)

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

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Marko Kreen <marko(at)l-t(dot)ee>
Cc: pgsql-bugs(at)postgreSQL(dot)org
Subject: Re: [BUGS] 7.0beta1: bugs appearing on cygwin
Date: 2000-02-28 17:22:02
Message-ID: 200002281722.MAA06412@candle.pha.pa.us (view raw or flat)
Thread:
Lists: 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.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

In response to

Responses

pgsql-bugs by date

Next:From: Chris CogdonDate: 2000-02-28 21:28:52
Subject: Re: [BUGS] Bug in 6.4.2. Aggregate/View/Where-condition
Previous:From: Tom LaneDate: 2000-02-28 15:06:28
Subject: Re: [BUGS] Bug in 6.4.2. Aggregate/View/Where-condition

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group