[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Follow-up Comment #31, bug #64421 (project groff): Hi Peter, I instrumented _mom_ with the following diff. diff --git a/contrib/mom/om.tmac b/contrib/mom/om.tmac index b0fd1ef55..2a34ba0f2 100644 --- a/contrib/mom/om.tmac +++ b/contrib/mom/om.tmac @@ -1871,11 +1871,13 @@ end \# as a macro.

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Update of bug #64421 (project groff): Status: Need Info => Confirmed ___ Follow-up Comment #30: Reproduced! `-flto=auto` is a poison pill, even on my system with a significantly older

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Follow-up Comment #29, bug #64421 (project groff): Whoops. I didn't see your comment #26 before writing comments #27 and #28. Looks like we had similar ideas. I'll try to absorb comment #26 now. ___ Reply to this item at:

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Follow-up Comment #28, bug #64421 (project groff): Let me try that quoted disassembly again, since I didn't indicate which was which, and screwed up the verbatim tags. $ diff -u goodtroff.objump badtroff.objump | cat -n 167739 Disassembly of section .text: 167740 167741 00034020

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Follow-up Comment #27, bug #64421 (project groff): Thanks, Gunther. Thanks for the uploads. These are full installation trees of the groff builds, which may end up coming in handy. My comparative disassembly idea swiftly hit the rocks. Even with that slight change of compiler options, adding

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread Günther Noack
Follow-up Comment #26, bug #64421 (project groff): OK I found an option in /etc/makepkg.conf which lets me control link time optimization. *When turning on that LTO flag, the bug appears* -- so it *is* the -flto=auto flag which makes the issue appear. *I updated the good-and-bad-groff.tar file*

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread Günther Noack
Follow-up Comment #25, bug #64421 (project groff): Ah I ran into the upload size limit - I uploaded the file to https://blog.gnoack.org/good-and-bad-groff.tar ___ Reply to this item at:

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread Günther Noack
Follow-up Comment #24, bug #64421 (project groff): Hello! With the help from the package maintainer Tobias Powalowski, I was able to reproduce the broken build locally. When I build with the `makepkg` tool, the resulting binary *does not* have the bug. When I build with the "reproducible

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread G. Branden Robinson
Update of bug #64421 (project groff): Status:None => Need Info ___ Follow-up Comment #23: Hi Günter, Thank you very much for following up. [comment #22 comment #22:] > I rebuilt the

[bug #64421] [mom] the word "black" spuriously appears in output

2023-09-05 Thread Günther Noack
Follow-up Comment #22, bug #64421 (project groff): I rebuilt the Arch Linux groff package at version 1.23.0-3 from source and that resolved the issue. - The "black" label does not show up with that compiled version. The precompiled package for the exact same package version still has the bug

[bug #64421] [mom] the word "black" spuriously appears in output

2023-08-10 Thread G. Branden Robinson
Update of bug #64421 (project groff): Status: In Progress => None ___ Reply to this item at: ___

[bug #64421] [mom] the word "black" spuriously appears in output

2023-08-05 Thread Deri James
Follow-up Comment #21, bug #64421 (project groff): Its probably not relevant but I noticed that your pie version is not stripped. The extra guff can sometimes hide memory overwrites, because the overwrite occurs on part of the program memory which is not critical.

[bug #64421] [mom] the word "black" spuriously appears in output

2023-08-05 Thread G. Branden Robinson
Update of bug #64421 (project groff): Category: Macro mom => Core Severity: 3 - Normal => 4 - Important Status: Unreproducible => In Progress Assigned to:

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread Deri James
Follow-up Comment #19, bug #64421 (project groff): I might have got a little bit further. I have managed to duplicate the issue and have tied it down to the particular troff executable in arch linux. If you replace /usr/bin/troff with the one here:- http://chuzzlewit.co.uk/bad.troff.tgz And

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread G. Branden Robinson
Follow-up Comment #18, bug #64421 (project groff): Here's a diff of the reporter's two grout files. Fortunately it is not huge. --- groff-1.22.4.grout 2023-07-23 11:28:49.363150841 -0500 +++ groff-1.23.0.grout 2023-07-23 11:29:34.374966229 -0500 @@ -71,17 +71,32 @@ s12000 V37500 H81000 +x

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread Deri James
Follow-up Comment #17, bug #64421 (project groff): You can recreate the -Z output from a pdf produced with -P-d. I use the attached script. You will see the "tblack" at the point it should be "mr 0 0 0". This could happen with:- .gcolor black if 'gcolor' was aliased to nop, or the mom macro

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread anonymous
Follow-up Comment #16, bug #64421 (project groff): FYI, this is also relatively easy to reproduce from the Arch Linux installation medium. It is not graphical but it can be done with pdftotext. The "gnome-boxes" program make it straightforward to boot up a qemu instance with it. Once you are in

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread anonymous
Follow-up Comment #15, bug #64421 (project groff): [comment #13 comment #13:] > To clarify, you're saying that the problem reproduces regardless of output driver, and that the word "black" spuriously appears in PostScript output as well as PDF. > > I think it unlikely that output driver behavior

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread anonymous
Follow-up Comment #14, bug #64421 (project groff): I attached the .grout files using groff packages 1.22.4 and 1.23.0. The script I used to produce them is: #!/bin/sh cat File name: groff-1.23.0.grout Size:2 KB

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread G. Branden Robinson
Follow-up Comment #13, bug #64421 (project groff): [comment #12 comment #12:] > I reinstalled the old package version from a separate terminal in between running these. > > -verbatim- > gnoack:~/momrepro$ sh repro.sh > groff-1.22.4-10-d.pdf > troff: :5: can't transparently output node at top

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-23 Thread anonymous
Follow-up Comment #12, bug #64421 (project groff): I recreated the PDF file with Arch Linux's groff-1.23.0-3-x86_64.pkg.tar.zst and groff-1.22.4-10-x86_64.pkg.tar.zst packages, using the -P-d flag, as follows. I reinstalled the old package version from a separate terminal in between running

[bug #64421] [mom] the word "black" spuriously appears in output

2023-07-21 Thread G. Branden Robinson
Update of bug #64421 (project groff): Summary: [mom] the word "black" appears in output => [mom] the word "black" spuriously appears in output ___ Reply to this item at: