Problem with make distcheck

[Matthew Vanecek]

Well, I upgraded intltools to 0.27, and gettext to 0.12.1, and now make
distcheck is breaking for a different reason.  It's still in the intl
stuff, though. :(  No, the Makefile.in.in patch fails again on all three
hunks, so the INTLTOOL_UPDATE stuff isn't applied to it.  However, I get
the following error:

cc1: warnings being treated as errors ../../intl/relocatable.c:167:
warning: `local_compute_curr_prefix' defined but not used
make[3]: *** [relocatable.lo] Error 1
make[3]: Leaving directory
`/home/me2v/projects/gnucash/dist/gnucash-1.8.5/=build/intl'
make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory
`/home/me2v/projects/gnucash/dist/gnucash-1.8.5/=build' make[1]: ***
[all] Error 2
make[1]: Leaving directory
`/home/me2v/projects/gnucash/dist/gnucash-1.8.5/=build'
make: *** [distcheck] Error 2

relocatable.c is owned by gettext. *sigh* It does not look like
intltools/gettext is going to let us get a clean make distcheck with
either the RH9 default versions of intltool/gettext, nor with the
latest.  It would be nice to get it working with the default versions.

Make all didn't even enter intl/ during make all.  I'm not sure why
distcheck goes in there.

On Tue, 2003-08-19 at 23:55, Matthew Vanecek wrote:
> On Tue, 2003-08-19 at 08:55, Derek Atkins wrote:
> > Matthew Vanecek <mevanecek at yahoo.com> writes:
> > 
> > > >         ${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.
> > 
> > Ahh, then perhaps what we need is something like:
> > 
> >         cd ${srcdir} && `pwd`/${INTLTOOL_UPDATE} $${LANG}
> > 
> > What I don't know is if the pwd will be run before or after the cd.
> > We might actually need:
> > 
> >         PWD=`pwd`
> > 
> > 
> >         cd ${srcdir} && ${PWD}/${INTLTOOL_UPDATE} $${LANG}
> > 
> > But even that isn't necessarily right, either.  This is only an issue
> > when top_builddir is a relative path.
> > 
> 
> Yeah, what it needs to do is
> 
> 	cd ../../po && ../=build/intltool-update cs
> 
> Unfortunately, if I do that manually, intltool-update gets into an
> infinite loop trying to print to a closed handle around line 379. :( 
> Maybe it's just as well it's broken, for now.
-- 
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...