Re: [PATCHES] cygwin 8.0.0beta1 postmaster/syslogger.c, port/dirmod.c,

Reini,

On Wed, Aug 25, 2004 at 04:13:29PM +0200, Reini Urban wrote:
> Attached is my 7.4.5 build script,
> not yet converted to the new generic-build-script mechanism.
> 
> In order to fix the tcl issues I needed perl.
> There are still minor tcl issues, but I'll fix them soon.

IMO, I would hold off on Tcl until 8.0 in order to get 7.4.5 out ASAP.

> There's another short Makefile.cygwin patch to build contrib/dbase 
> correctly. Hope this will be accepted (or looked at) upstream.

Sending patches to pgsql-patches@ is a better way to get noticed. :,)

> With the standard order of libs from configure it will fail, because
> our libiconv is shared.
> With just the needed libs in the correct order it builds fine:
> $ gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes 
> -Wmissing-declarations dbf.o dbf2pg.o endian.o -lpq -L../../src/port 
> -lpgport -lintl -o dbf2pg

dbf2pg from 7.4.3 built cleanly for me:

    gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declarations dbf.o dbf2pg.o endian.o -L../../src/interfaces/libpq -lpq -L../../src/port -L/usr/local/lib  -lssl -lcrypto -lz -lreadline -lcrypt -lpgport -o dbf2pg

Why is it failing for you?

> The first standard regression test attempt (--max-connections=10)
> failed with:

I recommend using the following:

    make MAX_CONNECTIONS=1 check

I certainly wouldn't use MAX_CONNECTIONS > 5 as indicated in the README.

> [snip]
> Seems to be a cygserver issue. cygserver is running as service.  I'll
> hunt that down, but looks strange. Seems that I really linked against
> cygipc and so it doesn't use cygserver :(

Hmm...  What does cygcheck indicate?

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

               http://archives.postgresql.org