[xmlroff] Autotools wizardry [Was: How you can help]
Tony Graham
Tony.Graham at MenteithConsulting.com
Wed Apr 25 20:12:24 UTC 2007
On Wed, Apr 25 2007 16:00:22 +0100, Jeroen Ruigrok van der Werven wrote:
> -On [20070425 16:29], Tony Graham (Tony.Graham at MenteithConsulting.com) wrote:
>>I have added a "Getting Involved with xmlroff" page to the Trac at:
>>
>> http://xmlroff.org/wiki/GettingInvolved
>
> What specifically are you looking for with the 'autotools wizardry'?
Nothing specific right now, though I'm sure there's plenty that an
Autotools wizard could find to be infelicitous in the current
configure.ac, etc., in the various xmlroff modules.
I could have done with help most recently when getting xmlroff to
configure PangoXSL and then use its .pc file, but I believe that works
okay now and I'm working on doing without PangoXSL (at least for a
while) anyway.
If I stop to think about current weaknesses in the Autotools use, I
can identify:
- Inconsistent use of pkg-config.
AFAIK, there's one use of PKG_CHECK_MODULES, though the macro
probably didn't exist when most of the configure files were
written.
- The way different libraries and programs are checked for in
configure scripts mostly reflect the examples specific to that
library or program that I could find at the time. No doubt they
could be regularised (and probably simplified by using
PKG_CHECK_MODULES).
- There's probably a lot of C files that include Pango, Cairo, and
GnomePrint libraries on the gcc command line when they don't really
have to.
The source code used to be even more liberally sprinkled with
references to Pango, etc., functions, but for most of the sourrce
code, it's probably now unnecessary to have to tell gcc where to
find Pango. However, I've never put any effort into partitioning
the compilation into those files that require Pango, etc., and
those that don't.
- Is the current uses of noinst_LTLIBRARIES the best arrangement?
- The xmlroff/docs/Makefile.am is probably out of date w.r.t. current
practice, but that's probably more an issue for a gtk-doc wizard.
- The use of configure parameters in the 'testing' module is probably
not in the spirit of configure usage with the way that you can
specify xmlroff parameters as "--with-xxx=yyyy".
I missed a "=" when running 'configure' recently and spent a while
with the test results being written to a file called "yes". (see
http://xmlroff.org/browser/trunk/testing/configure.ac#L164)
- I would like to do without hardcoding the xmlroff version in
xmlroff/Makefile.am, e.g.:
lib_LTLIBRARIES = libfo-0.5.la
(see http://xmlroff.org/browser/trunk/xmlroff/Makefile.am#L36)
- It would be good if there was a stylesheet that used the 'testing'
module's 'testsuites.xml' file (in the manner of 'test2sh.xsl') and
produced the file of Makefile rules so that, say, modifying a
test's .fo file in the 'testuite' module meant that only that test
would be re-run if you ran 'make' in the 'testing' directory.
Did I say the was nothing specific? Maybe I was wrong.
Regards,
Tony.
More information about the xmlroff-list
mailing list