On Fri, 25 Jul 2008, Michael Piefel wrote:

Martin Koeppe schrieb:
Attached you find the log from sbuild. Maybe you see the problem immediately from that. I don't have more details currently, as the unpacked source has already been deleted automatically.

The log looks very innocent to me, up to the point were bison is called. It should not, however, since the bison results in the distribution are newer than the bison source.

One thing that can possibly go wrong is the preservation of attributes in the »cp -p« call. Assuming that it does not work, the copy order makes the source newer than the product. That should be fixable by swapping lines 199 and 200 with 201 and 202 in the Makefile.

You are right. cp -p is indeed not working correctly. I need to look into it. However, your suggestion of swapping the lines in Makefile.in works ok, and as you happen to be the upstream author as well, I would vote for doing the line-swapping upstream.

For getting a successful build on interix I had to do some more adjustments, which you might consider applying upstream as well:

- configure.ac:  use  AC_USE_SYSTEM_EXTENSIONS (Interix needs
  -D_ALL_SOURCE for the strcasecmp() declaration to be visible)
- use autoconf 2.62, as this one has an updated AC_USE_SYSTEM_EXTENSIONS
  for interix
- recreate config.h.in
- adjust k.h to include config.h first

You can find my patch here:
http://www.debian-interix.net/debian-interix/pool/unreleased35/main/k/kimwitu++/
See the *.interdiff.gz


Martin

Reply via email to