Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1aLFBK-0006XS-Pn for pgsql-hackers@arkaria.postgresql.org; Mon, 18 Jan 2016 19:09:38 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1aLFBK-0003GJ-3K for pgsql-hackers@arkaria.postgresql.org; Mon, 18 Jan 2016 19:09:38 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aLFBJ-0003GD-HV for pgsql-hackers@postgresql.org; Mon, 18 Jan 2016 19:09:37 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1aLFBH-0001PF-25 for pgsql-hackers@postgresql.org; Mon, 18 Jan 2016 19:09:36 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id u0IJ9WJg006491; Mon, 18 Jan 2016 14:09:32 -0500 From: Tom Lane To: Robert Haas cc: "Igal @ Lucee.org" , "pgsql-hackers@postgresql.org" Subject: Re: Cannot find a working 64-bit integer type In-reply-to: References: <569BF49E.6030308@lucee.org> <569C1970.7000605@lucee.org> Comments: In-reply-to Robert Haas message dated "Mon, 18 Jan 2016 13:51:09 -0500" Date: Mon, 18 Jan 2016 14:09:32 -0500 Message-ID: <6490.1453144172@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Robert Haas writes: > The relevant portion of config.log seems to be this: > configure:13285: gcc -o conftest.exe -Wall -Wmissing-prototypes > -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels > -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing > -fwrapv -fexcess-precision=standard -O2 > -I/home/Admin/sources/postgresql-9.5.0/src/include/port/win32 > -DEXEC_BACKEND -Wl,--allow-multiple-definition > -Wl,--disable-auto-import conftest.c -lz -lws2_32 -lm >&5 > conftest.c:106:5: warning: no previous prototype for 'does_int64_work' > [-Wmissing-prototypes] int does_int64_work() > conftest.c:120:1: warning: return type defaults to 'int' [-Wimplicit-int] > conftest.c: In function 'main': > conftest.c:121:3: warning: implicit declaration of function 'exit' > [-Wimplicit-function-declaration] > conftest.c:121:3: warning: incompatible implicit declaration of > built-in function 'exit' > conftest.c:121:3: note: include '' or provide a declaration of 'exit' > C:/Apps/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: > reopening conftest.exe: Permission denied > C:/Apps/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: > final link failed: Permission denied collect2.exe: error: ld returned > 1 exit status > configure:13285: $? = 1 configure: program exited with status 1 I do not think configure pays attention to mere warnings for this type of test. The real problem here seems to be the "permission denied" errors, which to me reek of broken Windows antivirus software. (As far as I'm aware, the word "broken" is redundant in that phrase.) > I'm a little confused as to why -Wno-cpp fixes any of that, though. Most likely, it's pure chance that a retry worked. Or if it's repeatable, maybe no-cpp changes the compiler's file access patterns enough that there's no longer a false trip of the AV check. Short answer is that I wonder how much of the OP's multiple problems are being caused by AV bugs. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers