> I created this patch that call autoreconf to updates the autotool > files during the build
> I tested it on ppc64el and it worked Really? I have hit a number of problems from dh-autoreconfing this package. Made more complicated since you filed the bug because two other FTBFS issues have come up due to external changes (jdk8), so more patches are needed. But dh-autoreconfing alone breaks the build. Details are in #791232, but in summary: 1) The dh_autoreconf_clean is in the wrong place (2nd build fails because autottols changes are cleaned up before make clean tidies up the build dir) 2) the debian patches patch the .in files and configure not the .am and .ac files so after autoreconfing the changes are lost or (in one case) wrong. Fixes so far: * Made 010_sdl_example.diff patch examples/Makefile.am to say that lookat depend on sdl-viewer.cpp instead of the noni-existant lookat.cpp. * Made 010_sdl_example.diff patch examples/Makefile.am to say that 'lookat' should be linked against libopenvrml as well as libopenvrml-gl (how did this ever build? Is it different on arm64? seems unlikely) * removed the 020_rebootstrap patch fro the series as that was essentially patching in the results of a dh-autoreconf * Fixed 030_doc_makefile to patch Makefile.am, not Makefile.in (patching both is pointless now that there is a dh-autoreconf, and breaks the clean rule because makefile.in got regenerated and quilt can't unpatch it) * Change 040_Update-path-of-libjvm-and-arch-name.diff to patch configure.ac instead of generated configure And it still doesn't build because prtty-printer is not having the all the boost libraries needed by opernvrml expanded onto the build line for some reason. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/
signature.asc
Description: Digital signature