> includes.mk is fixed to generate a .mm to .lo compilation rule. This is > needed at least by automake-1.5, and perhaps by earlier versions too. > Symptoms were a strange perl error about an undefined target_hook method.
There's a better fix than this. When this error triggers it reports a line-number in automake. Go there and you'll see "$lang->something()", but this should be "if ($lang) $lang->something()" - or whatever the correct perl should be. This has been fixed in automake-1.5b, and GNUmakefile is recognized by automake-1.5d. Setting a .mm.lo: rule is not advised: 1. these are automake bugs and AbiWord shouldn't need to compensate. People with automake-1.5 vanilla, please get automake-1.5d from ftp://alpha.gnu.org/pub/gnu/automake (note that this will require autoconf-2.52). 2. I'll soon be wanting to use (or try to, anyway) libtool to make libAbiWord.la, for cocoa as well as unix builds, so the .mm.lo: rule will have to be removed anyway. Regards, Frank ps. In fact, I have been having problems with libAbiWord.la and automake<1.5, so I may prefer that we ditch compatibility with old versions and support only autoconf-2.54 & automake-1.6 once they appear (and if they work). Francis James Franklin [EMAIL PROTECTED] It's getting them wrong that is living, getting them wrong and wrong and wrong and then, on careful reconsideration, getting them wrong again. That's how we know we're alive: we're wrong. --- Philip Roth
