FVWM: xsltproc used to make doc even when configured not to

[Travis P]

Building 2.6.4 on AIX 6.1.

My configure call:

env OBJECT_MODE=64 CC=cc 'CFLAGS=-qmaxmem=-1 -q64' ./configure
--prefix=.... --disable-mandoc --disable-htmldoc --disable-xinerama

and I'm told (as expected):

Build man pages? no: Explicitly disabled
Build HTML documentation? no: Explicitly disabled

But, make resulted in:

Making all in fvwm
gmake[3]: Entering directory `..../doc/fvwm'
xsltproc --path "../../doc":"../../doc/commands" \
--xinclude \
--stringparam profile.attribute output \
--stringparam profile.value man \
-o fvwm.1.tmp \
./../docbook-xsl/profiling/profile.xsl "./fvwm.man.xml"

Why is it calling xsltproc in the doc/ subdir when I've disabled both
man
and html documentation?

I worked around the issue by substituting my own doc/Makefile with this
trivial content of empty make targets:

all:
install:

Btw, the reason I need to disable doc generation is because that
xsltproc
call shown above will fail telling me that there's no support for
character set "windows-1250" which is the encoding declared in
doc/docbook-xsl/html/biblio-iso690.xsl (and apparently used; I did try
just substituting "utf-8" just in case no actual non-ASCII characters
happened to be present).

Should the configure tests check whether encoding support is
available for all required encodings? (I'm not surprised that AIX
wouldn't have Windows encoding support.) That's just a thought,
I'm not going to pursue it more.

(Fan of fvwm, both light-weight and nice functionality, since 1994.
Thanks for your work on it!)

-Travis

[Thomas Adam]

Post by Travis P
Why is it calling xsltproc in the doc/ subdir when I've disabled both
man
and html documentation?

Because it was brokenm, and now I've fixed it.

-- Thomas Adam

[Travis P]

Post by Travis P
Why is it calling xsltproc in the doc/ subdir when I've disabled both
man
and html documentation?

Because it was broken, and now I've fixed it.
-- Thomas Adam

Thanks!

-Travis