GNU bug report logs -
#51144
GNU grep 3.7 fails to build on FreeBSD
Previous Next
Reported by: Alexey Dokuchaev <danfe <at> nsu.ru>
Date: Tue, 12 Oct 2021 03:13:02 UTC
Severity: normal
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi there,
Version 3.7 does not build under FreeBSD, with the first problem of
STACK_DIRECTION macro being wrongly defined:
...
./stackvma.h:31:21: error: invalid token at start of a preprocessor expression
#if STACK_DIRECTION < 0
^
If I diff the generated grep-3.{6,7}/config.h files, I see this:
@@ -1483,19 +1666,20 @@
'size_t'. */
/* #undef SIZE_T_SUFFIX */
-/* If using the C implementation of alloca, define if you know the
- direction of stack growth for your system; otherwise it will be
- automatically deduced at runtime.
- STACK_DIRECTION > 0 => grows toward higher addresses
- STACK_DIRECTION < 0 => grows toward lower addresses
- STACK_DIRECTION = 0 => direction of growth unknown */
-/* #undef STACK_DIRECTION */
+/* Define on Solaris 11 and its derivates. */
+/* #undef SOLARIS11 */
+/* Define as the direction of stack growth for your system. STACK_DIRECTION >
+ 0 => grows toward higher addresses STACK_DIRECTION < 0 => grows toward
+ lower addresses STACK_DIRECTION = 0 => spaghetti stack. */
+#define STACK_DIRECTION
+
/* Define to 1 if the `S_IS*' macros in <sys/stat.h> do not work properly. */
/* #undef STAT_MACROS_BROKEN */
So before it was /* #undef STACK_DIRECTION */, now it's #define
STACK_DIRECTION<space>. If I undefine it after ./configure manually, the
build still fails further down the road:
...
sigsegv.c:979:29: error: no member named 'is_near_this' in 'struct vma_struct'
: vma.is_near_this (addr, &vma))
~~~ ^
I believe the same bug affects diffutils 3.8 on FreeBSD:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257631
./danfe
This bug report was last modified 3 years and 199 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.