GNU bug report logs - #51144
GNU grep 3.7 fails to build on FreeBSD

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Alexey Dokuchaev <danfe <at> nsu.ru>
Subject: bug#51144: closed (Re: bug#51144: GNU grep 3.7 fails to build on
 FreeBSD)
Date: Wed, 24 Nov 2021 02:47:01 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#51144: GNU grep 3.7 fails to build on FreeBSD

which was filed against the grep package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 51144 <at> debbugs.gnu.org.

-- 
51144: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=51144
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Alexey Dokuchaev <danfe <at> nsu.ru>
Cc: Bruno Haible <bruno <at> clisp.org>,
 Tijl Coosemans <tijl <at> freebsd.org>, 51144-done <at> debbugs.gnu.org,
 noloader <at> gmail.com
Subject: Re: bug#51144: GNU grep 3.7 fails to build on FreeBSD
Date: Tue, 23 Nov 2021 18:46:37 -0800

The issues brought up in this Grep bug report seem to be resolved one 
way or another, so I'm closing the bug report.

[Message part 3 (message/rfc822, inline)]

From: Alexey Dokuchaev <danfe <at> nsu.ru>
To: bug-grep <at> gnu.org
Subject: GNU grep 3.7 fails to build on FreeBSD
Date: Tue, 12 Oct 2021 09:53:00 +0700

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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.