Re: FW: Re: [HACKERS] Build errors with current CVS - Mailing list pgsql-cygwin

From Jason Tishler
Subject Re: FW: Re: [HACKERS] Build errors with current CVS
Date
Msg-id 20020805145749.GB1356@tishler.net
Whole thread Raw
In response to FW: Re: [HACKERS] Build errors with current CVS  (<dpage@mail.vale-housing.co.uk>)
List 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 by date:

Previous
From:
Date:
Subject: FW: Re: [HACKERS] Build errors with current CVS
Next
From: "Dave Page"
Date:
Subject: Re: FW: Re: [HACKERS] Build errors with current CVS