Work around coverity being a pretty lazy and poor tool.

I mean, come on, at least dynamically import the types you've missed
from the version of GCC that's installed on the system and you're
pretending to emulate.

Signed-off-by: Peter Jones <pjones@redhat.com>

src/dbxtool.c

@@ -17,6 +17,8 @@
  * Author(s): Peter Jones <pjones@redhat.com>
  */
 
+#include "fix_coverity.h"
+
 #include <dirent.h>
 #include <efivar.h>
 #include <err.h>

src/esltree.c

@@ -17,6 +17,8 @@
  * Author(s): Peter Jones <pjones@redhat.com>
  */
 
+#include "fix_coverity.h"
+
 #include <err.h>
 #include <search.h>
 #include <sys/param.h>

src/fix_coverity.h

@@ -0,0 +1,80 @@
+/*
+ * fix_coverity.h
+ * Copyright 2017 Peter Jones <pjones@redhat.com>
+ *
+ * Distributed under terms of the GPLv3 license.
+ */
+
+#ifndef FIX_COVERITY_H
+#define FIX_COVERITY_H
+
+#ifndef __COVERITY_GCC_VERSION_AT_LEAST
+#define __COVERITY_GCC_VERSION_AT_LEAST(x, y) 0
+#define FAKE__COVERITY_GCC_VERSION_AT_LEAST__
+#endif /* __COVERITY_GCC_VERSION_AT_LEAST */
+
+/* With gcc 7 on x86_64 (at least), coverity pretends to be GCC but
+ * accidentally doesn't create all of the types GCC would.
+ *
+ * In glibc's headers, bits/floatn.h has:
+ *
+ * #if (defined __x86_64__                                              \
+ *   ? __GNUC_PREREQ (4, 3)                                             \
+ *   : (defined __GNU__ ? __GNUC_PREREQ (4, 5) : __GNUC_PREREQ (4, 4)))
+ * # define __HAVE_FLOAT128 1
+ * #else
+ * # define __HAVE_FLOAT128 0
+ * #endif
+ *
+ * and stdlib.h has:
+ *
+ * #if __HAVE_FLOAT128 && __GLIBC_USE (IEC_60559_TYPES_EXT)
+ * slash* Likewise for the '_Float128' format  *slash
+ * extern _Float128 strtof128 (const char *__restrict __nptr,
+ *                       char **__restrict __endptr)
+ *      __THROW __nonnull ((1));
+ * #endif
+ *
+ * Which then causes cov-emit to lose its shit:
+ *
+ * "/usr/include/stdlib.h", line 133: error #20: identifier "_Float128" is
+ *           undefined
+ *   extern _Float128 strtof128 (const char *__restrict __nptr,
+ *          ^
+ * "/usr/include/stdlib.h", line 190: error #20: identifier "_Float128" is
+ *           undefined
+ *                         _Float128 __f)
+ *                         ^
+ * "/usr/include/stdlib.h", line 236: error #20: identifier "_Float128" is
+ *           undefined
+ *   extern _Float128 strtof128_l (const char *__restrict __nptr,
+ *          ^
+ *
+ * And then you'll notice something like this later on:
+ * [WARNING] Emitted 0 C/C++ compilation units (0%) successfully
+ *
+ * 0 C/C++ compilation units (0%) are ready for analysis
+ *  For more details, please look at:
+ *     /home/pjones/devel/github.com/dbxtool/master/cov-int/build-log.txt
+ *
+ * You would think that if you're writing something that pretends to be
+ * gcc, and you've got a "build a configuration by running shit through gcc
+ * and looking at the output" stage (which they do), you would run "gcc -da
+ * -fdump-tree-all -c -o foo.o foo.c" on an empty file and snarf up all the
+ * types defined in the foo.c.001t.tu output.  Apparently, they do not.
+ *
+ * So if we're in that case, just define the type for the thing.
+ */
+#ifdef __x86_64__
+#if __COVERITY_GCC_VERSION_AT_LEAST(7, 0)
+typedef float _Float128 __attribute__((__vector_size__(128)));
+#endif
+#endif
+
+#ifdef FAKE__COVERITY_GCC_VERSION_AT_LEAST__
+#undef FAKE__COVERITY_GCC_VERSION_AT_LEAST
+#undef __COVERITY_GCC_VERSION_AT_LEAST
+#endif
+
+#endif /* !FIX_COVERITY_H */
+// vim:fenc=utf-8:tw=75

src/iter.c

@@ -17,6 +17,8 @@
  * Author(s): Peter Jones <pjones@redhat.com>
  */
 
+#include "fix_coverity.h"
+
 #include <err.h>
 #include <errno.h>
 #include <stdlib.h>