[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #52443] mdoc macros are too hard to test in-tree
From: |
G. Branden Robinson |
Subject: |
[bug #52443] mdoc macros are too hard to test in-tree |
Date: |
Sat, 18 Nov 2017 22:38:00 -0500 (EST) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 |
URL:
<http://savannah.gnu.org/bugs/?52443>
Summary: mdoc macros are too hard to test in-tree
Project: GNU troff
Submitted by: gbranden
Submitted on: Sun 19 Nov 2017 03:37:59 AM UTC
Category: Macro - mdoc
Severity: 3 - Normal
Item Group: Build/Installation
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
_______________________________________________________
Details:
tmac/doc.tmac-u says the following:
64 .\" Load start-up files
65 .ie t \
66 . mso mdoc/doc-ditroff
67 .el \
68 . mso mdoc/doc-nroff
69 .
70 .mso mdoc/doc-common
71 .mso mdoc/doc-syms
...but these references don't resolve even after the tree is built. They only
work after installation somewhere else. Even test-groff(.in), which sets
GROFF_TMAC_PATH, is no help because these msos demand a directory called
mdoc.
A workaround would be for the build process to make a symlink in tmac called
mdoc which points back to ".", and have the clean rule get rid of that
symlink.
Any better ideas?
If not, I'll see if I can figure out how to persuade Automake to do what I
want.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?52443>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #52443] mdoc macros are too hard to test in-tree,
G. Branden Robinson <=