[bug #65954] [troff] next-generation alignment and adjustment control

Update of bug #65954 (group groff): Status: In Progress => None ___ Follow-up Comment #1: Part of this ready to go but I'm kicking it out to _groff_ 1.25 anyway. _

[bug #65800] bootstrap oddity: .gitignore discrepancy

Update of bug #65800 (group groff): Category:Core => General ___ Reply to this item at: ___ Message sent via Savanna

[bug #66419] [libgroff] seems like fix for bug 61424 was too aggressive

Follow-up Comment #15, bug #66419 (group groff): I haven't heard anything more from Rob about the shape of my proposed fix (comment #13). > I think I'd prefer instead to have a new entry point in libgroff called > `font::open_resource()` to make it clearer what's going on at the call site, > and

[bug #46470] [troff] global out of bounds read in troff in function make_glyph_node

Update of bug #46470 (group groff): Status:None => Fixed Assigned to:None => gbranden Open/Closed:Open => Closed Planned Release:None => 1.24.0 Summ

[bug #66350] src/roff/troff/input.cpp: "(or string)" is missing in a warning

Update of bug #66350 (group groff): Status:None => In Progress Assigned to:None => gbranden ___ Follow-up Comment #2: I'll change these "mac" warnings to say "name", si

[bug #66350] [troff] warnings in "mac" category can be misleading

Update of bug #66350 (group groff): Summary: src/roff/troff/input.cpp: "(or string)" is missing in a warning => [troff] warnings in "mac" category can be misleading ___ Reply to this item at:

[bug #66327] [mm] deprecate `ISODATE` macro

Update of bug #66327 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #3: commit 3c71190e08f6076ef4473ef35209fe009ded0ab9 Author: G

[bug #66438] configure fails in since 180d665d19fea419235ea173dce8b4f4e8a5cf65

URL: Summary: configure fails in since 180d665d19fea419235ea173dce8b4f4e8a5cf65 Group: GNU roff Submitter: sschober Submitted: Wed 13 Nov 2024 08:16:54 PM UTC Category: Genera

[bug #66410] mdoc: warning of .Lb usage without library definition excessive

Follow-up Comment #3, bug #66410 (group groff): gbranden: > At the time mdoc was designed, it seems that purpose This part of your argument is bogus. The .Lb macro did not exist when mdoc was designed. It did not even exist in the 4.4BSD-Lite2 (June 1995) version of mdoc(7). It has nothing to do

[bug #66410] mdoc: warning of .Lb usage without library definition excessive

Follow-up Comment #4, bug #66410 (group groff): Thank you very much for correcting my bogus history, Ingo. I apologize for misattributing another person's work to Cynthia Livingston. It seems to me that mdoc(7) could use a historical summary of the growth of its macro repertoire, similar to the

[bug #66438] configure fails on macOS since 180d665d19fea419235ea173dce8b4f4e8a5cf65

Update of bug #66438 (group groff): Summary: configure fails in since 180d665d19fea419235ea173dce8b4f4e8a5cf65 => configure fails on macOS since 180d665d19fea419235ea173dce8b4f4e8a5cf65 ___ Reply to this item at:

[bug #66438] configure fails on macOS since 180d665d19

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

[bug #66438] configure fails on macOS since 180d665d19

Update of bug #66438 (group groff): Summary: configure fails on macOS since 180d665d19fea419235ea173dce8b4f4e8a5cf65 => configure fails on macOS since 180d665d19 ___ Follow-up Comment #1: Thanks for the report, Sven. Your

[bug #66439] [mm] use of "bottom block" feature corrupts letter output

URL: Summary: [mm] use of "bottom block" feature corrupts letter output Group: GNU roff Submitter: gbranden Submitted: Wed 13 Nov 2024 11:19:48 PM UTC Category: Macro package