Re: FW: Re: [HACKERS] Build errors with current CVS
От | Jason Tishler |
---|---|
Тема | Re: FW: Re: [HACKERS] Build errors with current CVS |
Дата | |
Msg-id | 20020805145749.GB1356@tishler.net обсуждение исходный текст |
Ответ на | FW: Re: [HACKERS] Build errors with current CVS (<dpage@mail.vale-housing.co.uk>) |
Список | pgsql-cygwin |
Dave, On Mon, Aug 05, 2002 at 09:35:00AM -0000, dpage@mail.vale-housing.co.uk wrote: > Can anyone on -cygwin comment on this? See below... > ----Original Message----- > From: Tatsuo Ishii <t-ishii@sra.co.jp> > Subject: Re: [HACKERS] Build errors with current CVS > Date: 02 August 2002 23:43 > > I think this happens because you are using cygwin envrionment. Under > cygwin environment a shared object(dll) cannot be built until the > backend bild completes. I heard this theory from a cygwin expert in > Japan. If this is correct, we have to move utils/mb/conversion_procs > to right under src so that it builds *after* the backend build > finishes. Can anyone tell me this is not a wrong direction at least? > I'm not a user of cygwin, and I cannot confirm it myself. > > > I checked out a fresh copy of the dev code today, and get the > > following errors when doing a configure with no options followed by > > a make all: > > > > make[7]: Entering directory `/usr/local/src/pgsql/src/utils' > > gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../../src/include -I/usr/local/include -c -o dllinit.o dllinit.c > > make[7]: Leaving directory `/usr/local/src/pgsql/src/utils' > > dlltool --export-all --output-def utf8_and_ascii.def utf8_and_ascii.o > > dllwrap -o utf8_and_ascii.dll --dllname utf8_and_ascii.dll --def utf8_and_ascii.def utf8_and_ascii.o ../../../../../../src/utils/dllinit.o-lcygipc -lcrypt -L/usr/local/lib > > utf8_and_ascii.o(.text+0x31):utf8_and_ascii.c: undefined reference to `pg_ascii2mic' > > utf8_and_ascii.o(.text+0x55):utf8_and_ascii.c: undefined reference to `pg_mic2ascii' I can confirm the above problem. Given the following: $ find . -name '*.[hc]' | xargs fgrep pg_ascii2mic ./backend/utils/mb/conv.c:pg_ascii2mic(unsigned char *l, unsigned char *p, int len) ... I think that Tatsuo Ishii is correct. Can I assume that someone else will run with this? Thanks, Jason
В списке pgsql-cygwin по дате отправления: