Re: win32 patch: allows source to be compiled

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>
Cc: "'pgsql-patches(at)postgresql(dot)org'" <pgsql-patches(at)postgresql(dot)org>, "'pgsql-hackers-win32(at)postgresql(dot)org'" <pgsql-hackers-win32(at)postgresql(dot)org>
Subject: Re: win32 patch: allows source to be compiled
Date: 2004-02-02 00:12:37
Message-ID: 200402020012.i120Cbj13939@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers-win32 pgsql-patches


Patch applied. Thanks.

I had to make this adjustment for non-win32. The original patch had
them used for Unix.

---------------------------------------------------------------------------

SHLIB_LINK += $(filter -lcrypt -ldes -lkrb -lcom_err -lcrypto -lk5crypto
-lkrb5 -lssl -lsocket -lnsl -lresolv -lintl, $(LIBS))
$(THREAD_LIBS)
ifeq ($(PORTNAME), win32)
SHLIB_LINK += -lwsock32 -lws2_32
endif

---------------------------------------------------------------------------

Claudio Natoli wrote:
>
> For application to HEAD, pending community review (rand.c to go in src/port)
>
> Briefly,
> * configure + Makefile changes
> * shared memory attaching in EXEC_BACKEND case (+ minor fix for apparent
> cygwin bug under cygwin/EXEC_BACKEND case only)
> * PATH env var separator differences
> * missing win32 rand functions added
> * placeholder replacements for sync etc under port.h
>
>
> To those who are really interested, and there are a few of you: the attached
> patch + file will allow the source base to be compiled (and, for some
> definition, "run") under MingW, with the following caveats (I wanted to
> first properly fix all but the last of these, but y'all won't quit asking
> for a patch :-):
>
> * child death: SIGCHLD not yet sent, so as a minimum, you'll need to
> put in some sort of delay after StartupDatabase, and handle setting
> StartupPID to 0 etc (ie. the stuff the reaper() signal function is supposed
> to do)
>
> * dirmod.c: comment out the elog calls
>
> * dfmgr.c: some hackage required to substitute_libpath_macro
>
> * slru/xact.c: comment out the errno checking after the readdir
> (fixed by next version of MingW)
>
> Again, this is only if you *really* want to see postgres compile and start,
> and is a nice leg-up for working on the other Win32 TODO list items. Just
> don't expect too much else from it at this point...
>
> Cheers,
> Claudio
>
> ---
> Certain disclaimers and policies apply to all email sent from Memetrics.
> For the full text of these disclaimers and policies see
> <a
> href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em
> ailpolicy.html</a>
>
>

[ Attachment, skipping... ]

[ Attachment, skipping... ]

>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-hackers-win32 by date

  From Date Subject
Next Message Korea PostgreSQL Users' Group 2004-02-02 05:19:43 CVS source win32 mingw some comile error
Previous Message Bruce Momjian 2004-02-01 13:33:48 Re: Sync vs. fsync during checkpoint

Browse pgsql-patches by date

  From Date Subject
Next Message Korea PostgreSQL Users' Group 2004-02-02 05:19:43 CVS source win32 mingw some comile error
Previous Message Neil Conway 2004-02-01 23:59:37 Re: reading uninitialized buffer