Thread: Build errors with current CVS
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' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make[6]: *** [utf8_and_ascii.dll] Error 1 make[6]: Leaving directory `/usr/local/src/pgsql/src/backend/utils/mb/conversion_procs/utf8_and_asc ii' make[5]: *** [all] Error 2 make[5]: Leaving directory `/usr/local/src/pgsql/src/backend/utils/mb/conversion_procs' make[4]: *** [SUBSYS.o] Error 2 make[4]: Leaving directory `/usr/local/src/pgsql/src/backend/utils/mb' make[3]: *** [mb-recursive] Error 2 make[3]: Leaving directory `/usr/local/src/pgsql/src/backend/utils' make[2]: *** [utils-recursive] Error 2 make[2]: Leaving directory `/usr/local/src/pgsql/src/backend' make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/local/src/pgsql/src' make: *** [all] Error 2 The OS is CYGWIN_NT-5.1 PC9 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown. Regards, Dave.
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.
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.