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.
--
Tatsuo Ishii
> 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'
[snip]
> The OS is CYGWIN_NT-5.1 PC9 1.3.10(0.51/3/2) 2002-02-25 11:14 i686
> unknown.
