Build errors with current CVS

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]

Tatsuo Ishii writes:

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.

Yes. AIX also has this problem.

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.

You don't have to move them, but you need to adjust the build order.

--
Peter Eisentraut peter_e@gmx.net

Tatsuo Ishii writes:

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.

Yes. AIX also has this problem.

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.

You don't have to move them, but you need to adjust the build order.

I have committed changes according to your suggestion.

Can people on cygwin or AIX test the fix?
--
Tatsuo Ishii

-----Original Message-----
From: Tatsuo Ishii [mailto:t-ishii@sra.co.jp]
Sent: 08 August 2002 09:26
To: peter_e@gmx.net
Cc: Dave Page; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] Build errors with current CVS

Tatsuo Ishii writes:

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.

Yes. AIX also has this problem.

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.

You don't have to move them, but you need to adjust the build order.

I have committed changes according to your suggestion.

Can people on cygwin or AIX test the fix?

I'll give it a go right away.

Thanks, Dave.

-----Original Message-----
From: Tatsuo Ishii [mailto:t-ishii@sra.co.jp]
Sent: 08 August 2002 09:26
To: peter_e@gmx.net
Cc: Dave Page; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] Build errors with current CVS

Tatsuo Ishii writes:

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.

Yes. AIX also has this problem.

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.

You don't have to move them, but you need to adjust the build order.

I have committed changes according to your suggestion.

Can people on cygwin or AIX test the fix?

Looks OK here, thanks.

Regards, Dave.