Home > Configure Error > Configure Error Cannot Find A Working 64-bit Integer Type

Configure Error Cannot Find A Working 64-bit Integer Type

So apparently on your system configure fails the test for a 64-bit integer type because a #warning is emitted, and compiling with -Wno-cpp gets rid of that (probably without breaking anything 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 Isn't parameter selectivity the only thing that distinguishes on plan with parameter from another? But your observation corresponds to my experience. have a peek here

A lot of software probably doesn't check any return values, so they need to see those warnings. MXE (M Cross Environment) member mabrand commented Apr 27, 2015 That was a long time ago. Hmm, I guess. In other words, application developer should understand > > if a query is DWH-like (requires replans) or OLTP-like (does not > > require replans). https://www.postgresql.org/message-id/[email protected]

MXE (M Cross Environment) member TimothyGu commented Apr 24, 2015 That would be welcome. avih commented Apr 29, 2015 Yes, #674 fixes this issue. Build most FOSS software and you see huge numbers of warnings fly by. 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

  1. no checking whether long long int is 64 bits...
  2. avih commented Apr 24, 2015 Can you reproduce it locally?
  3. Will you accept a PR for this patch?
  4. If we rely on people to read the build log, then we've lost already.
  5. Most systems do, but some e.g.
  6. avih commented Apr 24, 2015 make[1]: Entering directory `/home/user/dev/mxe' uname -a Linux user-VirtualBox 3.13.0-49-generic #83-Ubuntu SMP Fri Apr 10 20:11:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux git show-branch --list --reflog=1 [refs/heads/[email protected]{0}]

We recommend upgrading to the latest Safari, Google Chrome, or Firefox. It's a supported state of the system and for the most part the Debian autoconf script works (as well as for 99% of MXE's packages, but fails for MXE itself). The -Wno-error=something flag doesn't work in older versions of GCC. These checks are from postgresql.

Thank you both for your time and expertise, Igal On 1/18/2016 11:23 AM, Igal @ Lucee.org wrote: > On 1/18/2016 11:09 AM, Tom Lane wrote: >> Robert Haas <[hidden email]> writes: It would be nice if someone could fix the test (and possibly later ones) so that it doesn't produce a warning/error when invoking the compiler, and it finds a 64-bit int You signed out in another tab or window. https://www.postgresql.org/message-id/[email protected] dnl FreeBSD 5.2 needs sys/socket.h included for net/if, and dnl needs sys/types.h for sys/sysctl.h and net/bpf.h dnl OpenBSD 3.9 needs sys/param.h included for sys/sysctl.h AC_CHECK_HEADERS([net/if.h net/bpf.h sys/param.h sys/sysctl.h net/route.h net/if_dl.h],,, [

You might even consider submitting this patch to upstream, if they didn't already adopt another way of fixing it. Otherwise they scroll off the screen. We turn the errors off for gram.o precisely because we can't control it, since the included source file scan.c is generated by flex. GBiz is too! Latest News Stories: Docker 1.0Heartbleed Redux: Another Gaping Wound in Web Encryption UncoveredThe Next Circle of Hell: Unpatchable SystemsGit 2.0.0 ReleasedThe Linux Foundation Announces Core Infrastructure

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 http://postgresql.nabble.com/Setting-Werror-in-CFLAGS-td5118384.html See http://manpages.ubuntu.com/manpages/precise/man1/autoconf.1.html I did bump into this issue in the past for MXE itself, and did add an empty configure.ac file at the MXE dir, and since then it's been working For information and tuning advice see autoconf(1). MXE (M Cross Environment) member TimothyGu commented Apr 29, 2015 Does #674 fix this issue?

If you aren't examining the make > output for warnings, you're not following proper development practice > IMO. http://iembra.org/configure-error/configure-error-grub-requires-a-working-absolute-objcopy.php ifeq ($(GCC),yes) gram.o: CFLAGS += -Wno-error endif (although we could discriminate better within the parse here by using my flag). For systems that don't have it, dnl use the GNU getopt sources (obtained from glibc). dnl Just about everything will need pcap.

I did not make any changes other than adding the compiler flags between those two runs (nor afterwards). Solaris don't dnl If we don't have it, then use Russ Allbery's implementation as a dnl replacement function. There is NO WARRANTY, to the extent permitted by law. Check This Out FreeBSD 4.3 and Solaris 8 do not.

Thanks! -- Igal Sapir Lucee Core Developer Lucee.org Next Message by Thread: Re: [HACKERS] Cannot find a working 64-bit integer type Robert Haas writes: > The relevant portion of config.log As was already pointed out upthread, such information > is not available in many use-cases for the plancache. > > The real problem here IMO is inaccurate plan cost estimates, and This could be done at the second use of the prepared plan, and maybe for all plan reuses, rather than waiting for five and then perhaps getting this bad behavior. --

Yeah, I could save > the output to a file and grep it afterwards, but that seems less > convenient.

It might be related to the recent gcc 5.1 update or possibly the mingw 4.x update, but I haven't built neither qt5 nor postgresql in the past with MXE, so I do you recall why? It can get quite distressing. It took building with Clang to notice that we incorrectly used one enum rvalue to assign to a variable of another enum type, which I thought was a little bit surprising;

Use 'list' for a list.]) configure.in:461: AC_MSG_ERROR([--enable-profiling is supported only when using GCC]) configure.in:475: AC_MSG_ERROR([cannot proceed])]) configure.in:481:@%:@endif], [], [AC_MSG_ERROR([do not put -ffast-math in CFLAGS])]) configure.in:485:AC_SUBST(GCC) configure.in:492:AC_CONFIG_LINKS([src/backend/port/tas.s:src/backend/port/tas/${tas_file}]) configure.in:499:AC_SUBST(TAS) configure.in:505:PGAC_ARG_BOOL(enable, depend, no, [turn This was working on linux for a *long* time. dnl if test "$HAVE_LONG_LONG_INT_64" = yes ; then PGAC_FUNC_SNPRINTF_LONG_LONG_INT_FORMAT if test "$LONG_LONG_INT_FORMAT" = ""; then AC_MSG_ERROR([cannot determine snprintf format string for long long int]) fi LONG_LONG_UINT_FORMAT=`echo "$LONG_LONG_INT_FORMAT" | sed 's/d$/u/'` INT64_FORMAT="\"$LONG_LONG_INT_FORMAT\"" http://iembra.org/configure-error/configure-error-could-not-locate-a-working-objective-c-runtime.php According to 'man gcc': -Wno-cpp (C, Objective-C, C++, Objective-C++ and Fortran only) Suppress warning messages emitted by "#warning"

Most modern C libraries have these functions, dnl but some such as as glibc don't. I have yet to see a case where parallel query, with any current or pending patch, gets more than about a 4x speedup. Allowed values are 1,2,4,8,16,32,64.]) configure.in:337:AC_DEFINE_UNQUOTED([XLOG_SEG_SIZE], [(${wal_segsize} * 1024 * 1024)], [ configure.in:352:PGAC_ARG_REQ(with, CC, [CMD], [set compiler (deprecated)], [CC=$with_CC]) configure.in:375:AC_SUBST(SUN_STUDIO_CC) configure.in:38:PGAC_ARG_REQ(with, template, [NAME], [override operating system template], configure.in:414: PGAC_PROG_CC_CFLAGS_OPT([-Wdeclaration-after-statement]) configure.in:415: PGAC_PROG_CC_CFLAGS_OPT([-Wendif-labels]) configure.in:416: I'm clearly not the only one doing it this way, since >> src/backend/parser/gram.o manually sticks in -Wno-error... > > I use "make -s".

Personal Open source Business Explore Sign up Sign in Pricing Blog Support Search GitHub This repository Watch 38 Star 355 Fork 229 mxe/mxe Code Issues 109 Pull requests 41 Projects 0 Free forum by Nabble Edit this page PostgreSQL › PostgreSQL - hackers Search everywhere only in this topic Advanced Search Setting -Werror in CFLAGS ‹ Previous Topic Next Topic ›