[CCing groff@gnu to keep its developers in the loop] At 2026-01-19T18:00:46-0700, Nelson H. F. Beebe wrote: > The build of groff-1.23.0.5077-7dcc8 on CentOS 7.9 with clang15.0.3 > failed these tests: > > FAIL: contrib/mom/examples/test-mom.sh > XFAIL: tmac/tests/pdf_bookmark-starting-with-control-char-works.sh > XFAIL: src/roff/groff/tests/current-language-and-environment-in-sync.sh > XFAIL: src/roff/groff/tests/html-device-works-with-grn-and-eqn.sh > XFAIL: > src/roff/groff/tests/stringup-request-transforms-non-basic-latin.sh > FAIL: tmac/tests/an_UR-works.sh > XFAIL: tmac/tests/e_footnotes-work-with-columns.sh > # XFAIL: 5 > # FAIL: 2 > > They look similar to ones that I reported earlier for some other > systems, so I won't repeated log snippets here. > > I'm resubmitting that build with some gcc versions. > > It is almost 6pm here, so I'm heading home for dinner. More > tomorrow...
You've done more than a day's work already. Thank you! > FAIL: contrib/mom/examples/test-mom.sh That may be failing due to missing fonts; this test is really coarse and simply counts the number of pages of output. That nevertheless suffices to diagnose when mom(7) documents can't get at the fonts they want. > FAIL: tmac/tests/an_UR-works.sh I'll bet that's got the same cause as <https://lists.gnu.org/archive/html/groff/2026-01/msg00081.html>. Some enterprise-grade security sandbox jerking our elaborate grohtml architecture around. I have medium-term plans to attack that problem. A nefarious idea occurred to me...but I'll save until after release when I can pour myself a drink. If I can (a) fix the symbolsl.afm make(1) problem, and (b) figure out how I'm offending the shell portability gods in check-delimiter- validity.sh, I hope this 57 failure number will come down significantly. Regards, Branden
signature.asc
Description: PGP signature
