Thread: Build errors with current CVS

Build errors with current CVS

From
"Dave Page"
Date:
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.


Re: Build errors with current CVS

From
Tatsuo Ishii
Date:
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.


Re: Build errors with current CVS

From
Peter Eisentraut
Date:
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



Re: Build errors with current CVS

From
Tatsuo Ishii
Date:
> 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


Re: Build errors with current CVS

From
"Dave Page"
Date:

> -----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.


Re: Build errors with current CVS

From
"Dave Page"
Date:

> -----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.