[bug #65108] [troff] support construction of general file name request arguments

Follow-up Comment #12, bug #65108 (group groff): [comment #11 comment #11:] > [comment #0 original submission:] > > we have no way of knowing what the file system's character encoding is. > > Might be ISO 8859-1, UTF-8, UTF-16BE/LE, or something else entirely. > > I'm not sure now if that's a mea

[bug #66150] [troff] should accept 'p' and 's' scaling units where 'z' is accepted

Update of bug #66150 (group groff): Status:None => In Progress Assigned to:None => gbranden Summary: [troff] should accept 'p' scaling unit where 'z' is accepted => [troff] should acc

[bug #60955] [troff] reject "f" scaling unit in unreasonable contexts

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

[bug #64913] [PATCH] Makefile.am: variable "HOST" is not created by "automake"

Update of bug #64913 (group groff): Status: Need Info => None ___ Follow-up Comment #6: Updating status based on the presumption that comment #4 supplied the Needed Info. ___

[bug #65108] [troff] support construction of general file name request arguments

Follow-up Comment #13, bug #65108 (group groff): [comment #12 comment #12:] > I feel like we're saying the same thing, or compatible things. Quite possibly. > A file named "résumé1.ms" might be stored on the file system > using either character encoding, ...or, as my example attempted to illust

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

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 #64913] [PATCH] Makefile.am: variable "HOST" is not created by "automake"

Update of bug #64913 (group groff): Status:None => In Progress Assigned to:None => gbranden ___ Follow-up Comment #7: Okay. I've tidied up t

[bug #64913] [PATCH] Makefile.am: variable "HOST" is not created by "automake"

Update of bug #64913 (group groff): Category:Core => General ___ Follow-up Comment #8: Updating Category. "Core" is just "groff, nroff, troff, libgroff". "General" is "issues that cut b

[bug #64913] Makefile.am: variable "HOST" is not created by "automake"

Update of bug #64913 (group groff): Summary: [PATCH] Makefile.am: variable "HOST" is not created by "automake" => Makefile.am: variable "HOST" is not created by "automake" ___ Follow-up Comment #9: I'm not taking the patch

[bug #65108] [troff] support construction of general file name request arguments

Follow-up Comment #14, bug #65108 (group groff): [comment #13 comment #13:] > [comment #12 comment #12:] > > I feel like we're saying the same thing, or compatible things. > > Quite possibly. > > > A file named "résumé1.ms" might be stored on the file system > > using either character encoding,

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

Follow-up Comment #15, bug #66143 (group groff): [comment #14 comment #14:] > 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.

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

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