[bug #66143] build of current master (c9b3c99) fails on MacOS 14.6.1

Follow-up Comment #4, bug #66143 (group groff): > Just a quick note, an "XFAIL" is an expected failure... Aha! Oh man, this is a bit embarassing.. I thought it meant execution failure or something... and I did not take the time to investigate the calling code. Sorry for wasting your time on that

[bug #66143] build of current master (c9b3c99) fails on MacOS 14.6.1

Follow-up Comment #5, bug #66143 (group groff): I did some googling and it seems there is a poppler version of pdftotext (probabely also pdfimages?), which _does_ support reading from stdin (who am I telling this, you wrote the test :)) and a version from xpdfreader.com, which does not (see [1,2])

[bug #66143] build of current master (c9b3c99) fails on MacOS 14.6.1

Follow-up Comment #6, bug #66143 (group groff): For my uchardet header include problem: My package config file reads like this: cat /opt/homebrew/lib/pkgconfig/uchardet.pc libdir=/opt/homebrew/Cellar/uchardet/0.0.8/lib includedir=/opt/homebrew/Cellar/uchardet/0.0.8/include Name: uchardet Descri

[bug #66085] second run of "make" requires user interaction

Update of bug #66085 (group groff): Assigned to:None => barx ___ Reply to this item at: ___ Message

[bug #63074] [troff] support construction of arbitrary byte sequences in device control commands

Follow-up Comment #34, bug #63074 (group groff): commit 9e9c5139b8a16f5614727e3e0b08ef3378fe96e1 Author: G. Branden Robinson Date: Fri Aug 30 20:53:22 2024 -0500 [troff]: Reject some nonsense in `\X` arguments. * src/roff/troff/input.cpp (encode_special_character_for_device_outpu

[bug #63042] want mdocmx(7) extension to mdoc(7)

Update of bug #63042 (group groff): Assigned to:None => gbranden ___ Reply to this item at: ___ Message

[bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepted

Update of bug #66150 (group groff): Item Group:None => Warning/Suspicious behaviour ___ Reply to this item at: ___ Mes

[bug #66150] [troff] should accept 'p' scaling unit where 'z' is accepted

URL: Summary: [troff] should accept 'p' scaling unit where 'z' is accepted Group: GNU roff Submitter: gbranden Submitted: Sat 31 Aug 2024 04:14:12 AM UTC Category: Core

[bug #65666] tmac/html-end.tmac: numeric overflow when formatting for 'ps' device

Update of bug #65666 (group groff): Assigned to:None => gbranden ___ Reply to this item at: ___ Message

[bug #64683] update with respect to Unicode 15.1

Update of bug #64683 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 __

[bug #66151] [troff] some requests read through newline when given no arguments

Update of bug #66151 (group groff): Item Group:None => Incorrect behaviour ___ Reply to this item at: ___ Message

[bug #66151] [troff] some requests read through newline when given no arguments

URL: Summary: [troff] some requests read through newline when given no arguments Group: GNU roff Submitter: gbranden Submitted: Sat 31 Aug 2024 04:21:15 AM UTC Category: Core

[bug #66052] [troff] possible 1-byte stack overwrite, heap overread

Follow-up Comment #7, bug #66052 (group groff): [comment #6 comment #6:] > Looking at the commit 568beeb2efed5299868585c9bf3c700413cf1a12, isn't there a typo where you made the change: > > - int num[WORD_MAX + 3]; > + int num[WORD_MAX + 2 + 1]; > > Shouldn't it be: > > -

[bug #42251] Typo in groff.texinfo

Update of bug #42251 (group groff): Assigned to:None => carstenkunze ___ Reply to this item at: ___ Message