[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Paul Eggert]

Update of sr #110273 (project autoconf):

  Status:Works For Me => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Bruno Haible]

Follow-up Comment #8, sr #110273 (project autoconf):

Thanks. I confirm that with these patches, and when I set the environment
variable MAKE=gmake, all tests pass.

You can close this ticket.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Paul Eggert]

Follow-up Comment #7, sr #110273 (project autoconf):

> How about writing ${MAKE-make} instead?

Thanks, that makes sense. I looked for other examples of the problem and
installed patches to fix them:

Prefer ‘$(MAKE)’ to ‘make’ in Makefiles


Don’t assume plain ‘make’ in C unit tests


Please give them a try.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Bruno Haible]

Follow-up Comment #6, sr #110273 (project autoconf):

> There's no 'gmake' on my OpenBSD 6.7 platform

It's part of the add-on packages. Here's my recipe to fetch it and a couple of
other programs:

# Install some packages.
# List is at https://ftp.hostserver.de/pub/OpenBSD/6.7/packages/amd64/
# See https://www.openbsd.org/faq/faq15.html#PkgMgmt
Edit ~/.profile to define PKG_PATH:
PKG_PATH=https://ftp.hostserver.de/pub/OpenBSD/6.7/packages/`uname -m`/
export PKG_PATH
Logout.

# pkg_add bzip2
# pkg_add gtar
# pkg_add bash
# pkg_add gmake
# pkg_add vim, pick no_x11 variant
# pkg_add emacs, pick no_x11 variant


> GNU Make sets MAKEFLAGS=w in the environment, and presumably this confuses
OpenBSD Make.

Indeed: The GNU make behaviour is explained in the thread starting at
https://lists.gnu.org/archive/html/help-make/2016-03/msg9.html . Whereas
the OpenBSD make's interpretation of MAKEFLAGS is documented in
https://man.openbsd.org/make .

So, really, inside of GNU make invocations on OpenBSD, one should avoid
invoking 'make'.

> One possibility is that you need to be consistent about which 'make' you're
using, e.g., './configure MAKE=gmake'.

No, this does not help because tests/autotest.at lines 1938 and 1999 invokes
precisely 'make', even it the environment variable MAKE is set. How about
writing ${MAKE-make} instead?


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Paul Eggert]

Follow-up Comment #5, sr #110273 (project autoconf):

There's no 'gmake' on my OpenBSD 6.7 platform, so I assume you built and
installed your own copy of GNU Make. One possibility is that you need to be
consistent about which 'make' you're using, e.g., './configure MAKE=gmake'. Or
you might try building with OpenBSD 'make', e.g., './configure && make && make
check'.

By the way, I used the default PATH except with a directory containing GNU m4
1.4.18 at the start. I didn't add anything other than GNU m4.

> To me, it smells like 'gmake' has set some environment variables, and the
test is invoking 'make', and 'make' interprets this environment variable in a
strange way.
Yes, that sounds right. GNU Make sets MAKEFLAGS=w in the environment, and
presumably this confuses OpenBSD Make.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Bruno Haible]

Follow-up Comment #4, sr #110273 (project autoconf):

> OpenBSD 6.5 is no longer supported

I reproduce the problem with OpenBSD 6.7, both with an in-source build and a
VPATH build. See the attached logs.

> everything worked for me.

I run

./configure && gmake && gmake check


The error message in the log file is

make: don't know how to make w


To me, it smells like 'gmake' has set some environment variables, and the test
is invoking 'make', and 'make' interprets this environment variable in a
strange way.

(file #49510, file #49511)
___

Additional Item Attachment:

File name: openbsd67-logs.tar.xz  Size:157 KB


File name: openbsd67-vpath-logs.tar.xzSize:159 KB
   




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Paul Eggert]

Update of sr #110273 (project autoconf):

  Status:None => Works For Me   

___

Follow-up Comment #3:

Odd, I just now tried a fresh OpenBSD 6.5 installation (amd64 guest on Ubuntu
18.04.3 host via VirtualBox) and everything worked for me. I downloaded, built
and m4-1.4.18, and with that m4 in my PATH I downloaded, built and tested the
same git checkout of Autoconf that you used, and all tests passed.

Wikipedia  says OpenBSD
6.5 is no longer supported, so I expect we don't need to worry much about 6.5
any more.

So I tried OpenBSD 6.7, the current release, and got the same result: all
tests behaved as expected (or were skipped).

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[sr #110273] New test suite failures of 2.69b on OpenBSD 6.5

[Bruno Haible]

URL:
  

 Summary: New test suite failures of 2.69b on OpenBSD 6.5
 Project: Autoconf
Submitted by: haible
Submitted on: Fri 17 Jul 2020 11:00:47 PM CEST
Category: None
Priority: 5 - Normal
Severity: 3 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
Operating System: *BSD

___

Details:

On OpenBSD 6.5, when running the test suite of autoconf-2.69 and -2.69b, two
tests fail in 2.69b that did not exist in 2.69:

 221: autotest.at:1893   C unit tests
 222: autotest.at:1948   C unit tests (EXEEXT)


Find attached the test logs.



___

File Attachments:


---
Date: Fri 17 Jul 2020 11:00:47 PM CEST  Name: openbsd-logs.tar.xz  Size:
192KiB   By: haible



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/