Re: mingw configure failure detection

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: "Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org>
Subject: Re: mingw configure failure detection
Date: 2004-05-08 19:14:43
Message-ID: 200405081914.i48JEhh29840@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-hackers-win32 pgsql-patches


I have added to the Win32 TODO to remove this when we find the real
cause for the link failures.

Your patch has been added to the PostgreSQL unapplied patches list at:

http://momjian.postgresql.org/cgi-bin/pgpatches

I will try to apply it within the next 48 hours.

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

Andrew Dunstan wrote:
>
>
> Bruce Momjian wrote:
>
> >Andrew Dunstan wrote:
> >
> >
> >>>It's different because we know why we need that one: we understand the
> >>>cause of the behavior and we therefore can have some confidence that the
> >>>kluge will fix it (or not, as the case may be). I have zero confidence
> >>>in looping five times around an "ln" call.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>Even if we don't do that can we *please* put in something that detects
> >>the error, and tells the user what they will have to do to fix it?
> >>Failing in a situation which we know we can detect and not telling the
> >>user is intolerable, IMNSHO.
> >>
> >>
> >
> >Agreed. At a minium we have to throw an error and tell them to run it
> >again.
> >
> >
>
>
> This patch for configure.in detects the link failures in MINGW that I
> and others have seen and warns the user they have to fix it up.
>
> cheers
>
> andrew

> Index: configure.in
> ===================================================================
> RCS file: /projects/cvsroot/pgsql-server/configure.in,v
> retrieving revision 1.345
> diff -c -r1.345 configure.in
> *** configure.in 7 May 2004 00:24:57 -0000 1.345
> --- configure.in 8 May 2004 15:47:01 -0000
> ***************
> *** 1237,1242 ****
> --- 1237,1260 ----
> src/Makefile.port:src/makefiles/Makefile.${template}
> ])
>
> + # Links sometimes fail undetected on Mingw -
> + # so here we detect it and warn the user
> + case $host_os in mingw*)
> + AC_OUTPUT_COMMANDS([
> + for linktarget in \
> + src/backend/port/tas.s \
> + src/backend/port/dynloader.c \
> + src/backend/port/pg_sema.c \
> + src/backend/port/pg_shmem.c \
> + src/include/dynloader.h \
> + src/include/pg_config_os.h \
> + src/Makefile.port ; do
> + test -e $linktarget || echo " ***" link for $linktarget failed - please fix by hand
> + done
> + ])
> + ;;
> + esac
> +
> AC_CONFIG_HEADERS([src/include/pg_config.h],
> [
> # Update timestamp for pg_config.h (see Makefile.global)

>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings

--
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 by date

  From Date Subject
Next Message Tom Lane 2004-05-08 19:50:16 Re: Relocatable installs
Previous Message Andrew Dunstan 2004-05-08 19:02:48 mingw configure failure detection

Browse pgsql-hackers-win32 by date

  From Date Subject
Next Message Dave Page 2004-05-09 08:48:55 pg_autovacuum Win32 service patch #2
Previous Message Andrew Dunstan 2004-05-08 19:02:48 mingw configure failure detection

Browse pgsql-patches by date

  From Date Subject
Next Message Alvaro Herrera 2004-05-08 21:10:14 Nested transactions
Previous Message Andrew Dunstan 2004-05-08 19:02:48 mingw configure failure detection