gdbm fails to build

[blogic]

make[4]: Entering directory /home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11' make all-recursive make[5]: Entering directory/home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11'
Making all in po
make[6]: Entering directory /home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/po' *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 make[6]: *** [check-macro-version] Error 1 make[6]: Leaving directory/home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/po'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory /home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11' make[4]: *** [all] Error 2 make[4]: Leaving directory/home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11'
make[3]: *** [/home/buildbot/slave-local/ar71xx_generic/build/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/.built] Error 2

[thess]

Wasn't this fixed by your merge 66644f2 ?

[Naoir]

Yeah, it's fixed. Since nobody has complained yet, I'll close this.

Thank you.

[josvos]

This problem still occurs for me using CC's final SDK and looking at gdbm's Makefile the patch mentioned two comments ago is applied. Make log:

make[4]: Entering directory '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11'
Making all in po
make[5]: Entering directory '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19
Makefile:181: recipe for target 'check-macro-version' failed
make[5]: *** [check-macro-version] Error 1
make[5]: Leaving directory '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/po'
Makefile:450: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11'
Makefile:382: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11'
Makefile:67: recipe for target '/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/.built' failed
make[2]: *** [/home/jos/sdk/sdk.06/build_dir/target-mips_34kc_uClibc-0.9.33.2/gdbm-1.11/.built] Error 2
make[2]: Leaving directory '/home/jos/sdk/sdk.06/feeds/packages/libs/gdbm'
package/Makefile:191: recipe for target 'package/packages/libs/gdbm/compile' failed
make[1]: *** [package/packages/libs/gdbm/compile] Error 2

[Naoir]

Looks like the gettext-version fixup is not working properly in CC SDK. gettext's autopoint seems to include a hard-coded path at compile-time to staging_dir/host, which points to /home/buildbot in the binary download archive.

Do you get a message like this while building?

$ make V=s package/gdbm/{clean,configure}
[...]
[BUILD_DIR]/staging_dir/host/bin/autopoint: 454: [BUILD_DIR]/staging_dir/host/bin/autopoint: cannot open /home/buildbot/slave-local/ar71xx_generic/build/staging_dir/host/share/gettext/archive.dir.tar.xz: No such file
tar: This does not look like a tar archive
tar: gettext-0.19.4: Not found in archive
tar: Exiting with failure status due to previous errors
autopoint: *** infrastructure files for version 0.19.4 not found; this is autopoint from GNU gettext-tools 0.19.4
autopoint: *** Stop.
[... build continues ...]

If so, a quick hacky workaround would be to edit [BUILD_DIR]/staging_dir/host/bin/autopoint's prefix variable to point to your real staging_dir/host directory.

Do you have any insights on this @jow- ? I've posted a full build log here: https://gist.github.com/Naoir/a49d89f5486b941b751d . CC final SDK ar71xx.

[josvos]

Yes, that's similar to the errors I see and your workaround works. Thanks so far!

[josvos]

FWIW, in my test trees I've set the prefix now as
prefix=dirname "$STAGING_DIR"/host
to let it work when copying SDK trees without editting (dirname \dirname $0`` works too...).

[bk138]

Confirmed, having

prefix=`dirname "$STAGING_DIR"`/host

in autopoint fixes building with the CC SDK.

[karlp]

fixed in openwrt/openwrt@ac2d3bc