Problem with make distcheck

[Matthew Vanecek]

On Tue, 2003-08-19 at 00:12, Derek Atkins wrote:
> Matthew Vanecek <mevanecek at yahoo.com> writes:
> 
> > > Making all in po
> > > make[3]: Entering directory 
> > > `/home/lapham/temp/gnucash/clean/gnucash/gnucash-1.8.5/=build/po'
> > > cd ../../po && ../intltool-update cs.po
> > > /bin/sh: line 1: ../intltool-update: No such file or directory
> > > make[3]: *** [../../po/cs.po] Error 127
> > > make[3]: Leaving directory 
> > > `/home/lapham/temp/gnucash/clean/gnucash/gnucash-1.8.5/=build/po'
> > > make[2]: *** [all-recursive] Error 1
> > > make[2]: Leaving directory 
> > > `/home/lapham/temp/gnucash/clean/gnucash/gnucash-1.8.5/=build'
> > > make[1]: *** [all] Error 2
> > > make[1]: Leaving directory 
> > > `/home/lapham/temp/gnucash/clean/gnucash/gnucash-1.8.5/=build'
> > > make: *** [distcheck] Error 2
> 
> Yep, I get this on RH9, too.  Appears to be a bug in gettextize and
> intltoolize.  In particular they provide the following Makefile snippet:
> 
>         cd ${srcdir} && ${INTLTOOL_UPDATE} $${LANG}
> 
> The problem is that ${INTLTOOL_UPDATE} is defined in the build dir,
> not the srcdir, so this doesn't work when builddir != srcdir.
> It should read:
> 
>         ${INTLTOOL_UPDATE} ${srcdir}/$${LANG}
> 
> It appears to only be a problem on RH9...

This doesn't work, for me.  intltool-update requires a language code as
the argument (e.g., zh_TW), and will not accept the directory name.

> 
> > zh_CN:
> > INTLTOOL_EXTRACT=../intltool-extract ../intltool-update --dist
> > --gettext-package gnucash gnucash zh_CN.po
> > /bin/sh: line 1: !INTLTOOL_EXTRACT=../intltool-extract: No such file or
> > directory
> 
> I suspect this is a related issue.
> 

That's possible.  If we could track this down, we could submit a patch
to the package maintainers.


> Yea, annoying..  I can fix the intl/Makefile still by some judicious
> hacks to autogen.sh.  I don't know what to do about the Pause thing
> except perhaps changing the timeout from 60 down to, oh 5.
> 

Not sure if it's possible to exclude the 'faulty' targets based on the
auto* tools version?  I had the same problem on RH 7.3 after I upgraded
my auto* tools.  Anything after automake 1.4 shouldn't need that 1.4
hack in Makefile/Makefile.DEPS.


-- 
Matthew Vanecek
perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
********************************************************************************
For 93 million miles, there is nothing between the sun and my shadow except me.
I'm always getting in the way of something...