Hi Dennis, Dennis Clarke via Bug reports for the GNU m4 macro processor <[email protected]> writes:
> This is a bit of a strange failure message on a really strange machine. > Perhaps the word "strange" is wrong here. What I mean to say is that it > is very old and obscure in this modern world. I have managed to restore > a 1997 Digital DEC AlphaStation 600 to flawless working order. Which is > to say I tossed a lot of money and time at this thing and it works > perfectly in every measurable way. > > It will never ever run Linux. This is because the Alpha 21164 EV5 was > dropped out of the Linux kernel.[1] Therefore the machine runs OpenBSD > and it seems to work great. Even the tape drive. However I must build > anything else I want from sources. C'est la Vie. > > Just about everything builds cleanly and I even figured out how to get > really clean IEEE-754 floating point compliance from the monster. > > GNU M4 has a single little personality issue here : > > centauri$ cat tests/test-suite.log > ========================================= > GNU M4 1.4.21: tests/test-suite.log > ========================================= > > # TOTAL: 382 > # PASS: 333 > # SKIP: 48 > # XFAIL: 0 > # FAIL: 1 > # XPASS: 0 > # ERROR: 0 > > System information (uname -a): OpenBSD 7.8 GENERIC#628 > > .. contents:: :depth: 2 > > FAIL: test-regex > ================ > > Alarm clock > FAIL test-regex (exit status: 142) > > centauri$ > > Yes the hostname of this Alpha is "centauri" ;) > > Well there you have it. Alarm clock. Not sure what else to say here > other than it seems to run great. I can post the entire configuration > command line here as well as CFLAGS and there is not much else to say. > > centauri$ ./configure --prefix=/opt/bw --disable-silent-rules \ > --enable-dependency-tracking --enable-threads=posix \ > --with-libsigsegv --with-gnu-ld --with-libsigsegv-prefix=/opt/bw \ > --with-libiconv-prefix=/opt/bw --without-libintl-prefix > > That seems to "just work"(tm). > centauri$ > centauri$ $CC --version > gcc (GCC) 4.2.1 20070719 > Copyright (C) 2007 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > centauri$ > centauri$ echo $CFLAGS > -g -O0 -mcpu=21164 -mgas -mexplicit-relocs -fno-fast-math -fno-builtin > -fno-unsafe-math-optimizations -mno-soft-float -mfp-trap-mode=sui > -mfp-rounding-mode=n -mtrap-precision=i -mieee-with-inexact > -mieee-conformant > centauri$ > centauri$ echo $CPPFLAGS > -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 > centauri$ > > A detailed explanation of the CFLAGS can be seen in the lib MPFR mail > list where the machine builds and tests all of GMP, MPFR and that > include the new MPC just fine and dandy. > > https://sympa.inria.fr/sympa/arc/mpfr/2026-03/msg00000.html > > I can likely ignore this single failure? I changed the CC to [email protected] instead of [email protected] since this test is imported into m4 from Gnulib. Anyways, I think the test should be safe to ignore. Here is the alarm snippet from the test: #if HAVE_DECL_ALARM /* In case a bug causes glibc to go into an infinite loop. The tests should take less than 10 s on a reasonably modern CPU. */ int alarm_value = 1000; signal (SIGALRM, SIG_DFL); alarm (alarm_value); #endif I don't think your system has a "reasonably modern CPU", no offense. But maybe Paul, who wrote this comment, has a different definition than mine. :) Thanks for the interesting report! Collin
