Re: Complier warnings on mingw gcc 4.5.0
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Magnus Hagander <magnus@hagander.net>, Alvaro Herrera <alvherre@commandprompt.com>, Itagaki Takahiro <itagaki.takahiro@gmail.com>, Hiroshi Inoue <inoue@tpf.co.jp>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2010-12-15T17:28:41Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Make the win32 putenv() override update *all* present versions of the
- 741e4ad7de9e 9.0.0 cited
-
Remove the use of the pg_auth flat file for client authentication.
- e710b65c1c56 9.0.0 cited
On 12/15/2010 11:49 AM, Tom Lane wrote: > Magnus Hagander<magnus@hagander.net> writes: >> On Wed, Dec 15, 2010 at 17:43, Tom Lane<tgl@sss.pgh.pa.us> wrote: >>> Do we use configure at all on a mingw build? If we don't, then >>> HAVE_INT_OPTRESET is surely not getting defined. >> We do use configure on mingw. The output from a regular mingw >> configure run formed the base for the config file we use for MSVC >> where we can't run it, but an actual mingw build will re-run configure >> every time. > Hm. It still seems pretty likely to me that the root cause is a change > in mingw's getopt library function, but I don't have a theory about the > precise mechanism. Is there any convenient place where we can look at > the current version of their library sources, as well as the version in > use in the working buildfarm members? > > I think you're probably right. narwhal reports having optreset, but my Mingw reports not having it, so this looks like a likely culprit. cheers andrew