[bug #64561] [mom] using BOX inside QUOTE messes up inline CODE macro

2023-08-16 Thread Sven Schober
Follow-up Comment #4, bug #64561 (project groff): The initial report was from me. I've read through bug #64421 and would be happy to provide further information about the binaries that come with the homebrew package. What I didn't gather from your comments is if you could reproduce this? BTW: I

[bug #64561] [mom] using BOX inside QUOTE messes up inline CODE macro

2023-08-16 Thread Sven Schober
Follow-up Comment #5, bug #64561 (project groff): Inspired by bug #64421, I reran the sample on an older 1.22.4 version I had on my banana pi, and there this behavior was absent (see attached file out-1.22.4-P-d.pdf). I also add the -P-d flags (see out-P-d.pdf), but to me the diff of the two file

[bug #64561] [mom] using BOX inside QUOTE messes up inline CODE macro

2023-08-16 Thread Sven Schober
Follow-up Comment #6, bug #64561 (project groff): And, I ran groff with -Z and compared the two grout files (sorry, the diff is rather lengthy for some reason): diff -u out.grout out-1.22.4.grout --- out.grout 2023-08-16 20:01:00 +++ out-1.22.4.grout2023-08-16 20:01:32 @@ -57,122 +57,15 @

[bug #64597] Spurious newline after image label

2023-08-25 Thread Sven Schober
low-up Comments: --- Date: Fri 25 Aug 2023 01:22:37 PM UTC By: Sven Schober I am using groff 1.23.0 installed via homebrew on MacOS Ventura 13.5 on a M1 machine. Given this minimal example (image is appended to this issue): .PRINTSTYLE T

[bug #64597] [mom] spurious newline after image label

2023-08-25 Thread Sven Schober
Follow-up Comment #2, bug #64597 (project groff): Hi Branden! Thank you for correcting the title and other meta data of the issue. I hit submit too fast and could not find a way to correct it later. I just took a look at the PDF_IMAGE source code in mom, but I think it would take me a week of in

[bug #64597] [mom] spurious newline after image label

2023-08-27 Thread Sven Schober
Follow-up Comment #6, bug #64597 (project groff): Hey Peter, I tried to look at this myself during the last day. I was in way over my head, _but_ I found this sentence in the gnu troff reference manual [1] under "interpolating registers" along the way: > If the register is undefined, it is creat

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

2024-08-29 Thread Sven Schober
: None ___ Follow-up Comments: --- Date: Thu 29 Aug 2024 06:49:22 PM UTC By: Sven Schober Hi! I am currently trying to build the HEAD/master (c9b3c99) on my MacOS 14.6.1 machine using a lot of homebrew installed deps (s

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

2024-08-29 Thread Sven Schober
Follow-up Comment #2, bug #66143 (group groff): > I've not aware of uchardet library detection being broken anywhere else, and there are no recent reports of such breakage that I can remember. I do not think it's 'broken' -- it's more like too exact, or specific? $ rg uchardet config.stat

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

2024-08-30 Thread Sven Schober
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

2024-08-30 Thread Sven Schober
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

2024-08-30 Thread Sven Schober
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 #66155] test suite should confirm functionality of pdftotext

2024-08-31 Thread Sven Schober
Follow-up Comment #1, bug #66155 (group groff): > two packages, xpdf and poppler, provide a command named "pdftotext". They have the same basic functionality but use some incompatible syntax. In addition to "pdftotext", both packages provide "pdfimages", which also deviate in syntax. The one pr

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

2024-08-31 Thread Sven Schober
Follow-up Comment #11, bug #66143 (group groff): So, I now installed a debian bookworm distribution in a VM and checked: pkg-config is behaving the same on that system: grep -IR UCHARDET_CFLAGS Makefile UCHARDET_CFLAGS = -I/usr/include/uchardet preconv_CPPFLAGS = $(AM_CPPFLAGS) $(UCHARDET_CFLAGS

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

2024-08-31 Thread Sven Schober
Follow-up Comment #10, bug #66143 (group groff): > The dueling-pdftotexts problem should likely be a separate bug report. Sorry for the mess - but, in my defense, I was a bit hesitant in the beginning.. :) > Solving (2) is a matter of, I think, having the test scripts check the program behavior

[bug #66155] test suite should confirm functionality of pdftotext and pdfimages

2024-09-02 Thread Sven Schober
Follow-up Comment #2, bug #66155 (group groff): Concerning pdfimages and the mom test: the poppler version emits: pdfimages -list contrib/mom/examples/typesetting.pdf page num type width height color comp bpc enc interp object ID x-ppi y-ppi size ratio ---

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

2024-09-04 Thread Sven Schober
Follow-up Comment #14, bug #66143 (group groff): Hi Branden! To answer your questions first: grep UCHARDET_ config.status S["UCHARDET_LIBS"]="-L/opt/homebrew/Cellar/uchardet/0.0.8/lib -luchardet" S["UCHARDET_CFLAGS"]="-I/opt/homebrew/Cellar/uchardet/0.0.8/include/uchardet" and pkg-config --

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

2024-09-04 Thread Sven Schober
Follow-up Comment #16, bug #66143 (group groff): Hi Branden! Thank you for your long answer and background information on C and C++! > To be honest, I didn't try, I am a bit sad - but I fully understand your hesitancy. I will try and channel my emotional energy into trying to find out, why a

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

2024-09-05 Thread Sven Schober
Follow-up Comment #20, bug #66143 (group groff): Hi Branden! Sorry to keep you so busy with my strange problem and or setup. But at least _I_ am learning new stuff! I did not know about: make V=1 preconv That is great, and there are many situations, where I wish I had known this. So, I wen

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

2024-09-06 Thread Sven Schober
Follow-up Comment #21, bug #66143 (group groff): So, me again: I found the problem! I called make with CPPFLAGS=-v, which displays the exact command line that is executed, in both my environments (homebrew and outside). Inside the homebrew environment, there is a single additional include path ad

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

2024-09-07 Thread Sven Schober
Follow-up Comment #23, bug #66143 (group groff): Hi Branden! Thanks again for your very long and elaborate answer! >> But, I ask myself, why this is not necessary in the homebrew env. >> >> I found the following: >> >> >> env | grep include >> HOMEBREW_INCLUDE_PATHS=/opt/homebrew/opt/readline/in