Re: BUG #10436: Can't compile 9.4 with this mingw64-w32 gcc 4.8.1, 4.8.2, 4.8.3

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: lr(at)pcorp(dot)us, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #10436: Can't compile 9.4 with this mingw64-w32 gcc 4.8.1, 4.8.2, 4.8.3
Date: 2014-05-24 18:16:11
Message-ID: 20140524181611.GA29376@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 2014-05-24 12:35:08 -0400, Tom Lane wrote:
> lr(at)pcorp(dot)us writes:
> > In trying to track down the issue I am having here:
> > http://trac.osgeo.org/postgis/ticket/2746
>
> > I tried to see if I'd have better luck with newer chains -- but none of the
> > chains I tried 4.8.3, 4.8.2, 4.8.1 (mingw64-w32 sjlj exception (win32
> > threading) can even get past configure step with the latest snapshot from:
> > ftp://ftp.postgresql.org/pub/snapshot/dev/
>
> > The error I got trying to compile with 4.8.1 is:
>
> > undefined reference to `_set_invalid_parameter_handler'
>
> > The 4.8.3 I got a different error, but can't remember what that was.
>
> > To rule out just the chains, I tried rebuilding 9.3.4 with 4.8.1 chain and
> > had no issue. So it seems something has changed in the 9.4 code that makes
> > it not possible to build with these newer mingw64-w32 chains.
>
> If it's not getting through configure, the only plausible explanation
> seems to be that something in autoconf 2.69 broke it.

It could also be the linking changes made while trying to make missing
PGDLLIMPORTs more visible.

Greetings,

Andres Freund

--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2014-05-24 18:21:32 Re: BUG #10436: Can't compile 9.4 with this mingw64-w32 gcc 4.8.1, 4.8.2, 4.8.3
Previous Message michael 2014-05-24 16:59:02 BUG #10437: Storing Password with a comma and/or colon in it fails use of psql, etc.