New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
procps-ng fails to build #2890
Comments
This is likely because the makefile invokes autogen.sh, try using the auroreconf fixup instead |
jow-
added a commit
to jow-/packages
that referenced
this issue
Jun 24, 2016
The current procps-ng Makefile calls the shipped autogen.sh script which introduces incorrect implicit dependencies on host utilities, leading to the following error observed on a minimal build system: (cd .../procps-ng-3.3.11; echo "3.3.11" > ".../procps-ng-3.3.11/.tarball-version"; ./autogen.sh ); You must have autopoint installed to generate procps-ng build system. The autopoint command is part of the GNU gettext package. Makefile:96: recipe for target '.../procps-ng-3.3.11/.configured_yynyyyyy' failed make[3]: *** [.../procps-ng-3.3.11/.configured_yynyyyyy] Error 1 Apply the following changes in order to fix compilation: - Apply the generic autoreconf fixup to generate configure and Makefiles - Use Build/Prepare to populate .tarball-version and revert Build/Configure to its default implementation - Disable to build of docs and tests as those require additional utilities not guaranteed to be present Fixes openwrt#2890. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Works for ar71xx but is broken on malta targets:
|
jow-
added a commit
to jow-/packages
that referenced
this issue
Jul 12, 2016
Since 3048ebe added a autoreconfig fixup to procps-ng, the build fails on certain systems with errors like configure.ac:72: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION or configure:14998: error: possibly undefined macro: AM_ICONV_LINKFLAGS_BODY Fix the issue by adding build time dependencies on the `gettext` and `libiconv` stub libraries to ensure that `gettext.m4` and `iconv.m4` are installed into the staging directory before `procps-ng` is getting reconfigured. Fixes openwrt#2890 (comment) Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi @notnyt ,
Looks like your update of procps-ng in commit e08d088 breaks the build for me:
remote: Counting objects: 9806, done.
remote: Compressing objects: 100% (2603/2603), done.
remote: Total 9806 (delta 7271), reused 9544 (delta 7080)
Receiving objects: 100% (9806/9806), 3.76 MiB | 1.42 MiB/s, done.
Resolving deltas: 100% (7271/7271), done.
Checking connectivity... done.
Note: checking out '8a198e3eafbde0b627e9992b41d26e6762e4f8c7'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:
git checkout -b
HEAD is now at 8a198e3eafbd... ps: adapt to revised approach for --with-systemd build
Packing checkout...
. /home/fainelli/dev/openwrt/trunk/include/shell.sh; gzip -dc /home/fainelli/dev/openwrt/trunk/dl/procps-ng-3.3.11-8a198e3eafbde0b627e9992b41d26e6762e4f8c7.tar.gz | tar -C /home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11/.. -xf -
touch /home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11/.prepared_618b5ae054295e176607dbef74bd0baf
rm -f /home/fainelli/dev/openwrt/trunk/staging_dir/target-arm_cortex-a9_glibc-2.22_eabi/stamp/.procps-ng_installed
(cd /home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11; echo "3.3.11" > "/home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11/.tarball-version"; ./autogen.sh );
You must have autopoint installed to generate procps-ng build system.
The autopoint command is part of the GNU gettext package.
Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/${ <-- HERE ([^ \t=:+{}]+)}/ at /home/fainelli/dev/openwrt/trunk/staging_dir/host/bin/automake line 3938.
Makefile:96: recipe for target '/home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11/.configured_yyyn' failed
make[3]: *** [/home/fainelli/dev/openwrt/trunk/build_dir/target-arm_cortex-a9_glibc-2.22_eabi/procps-ng-3.3.11/.configured_yyyn] Error 1
make[3]: Leaving directory '/home/fainelli/dev/github/openwrt/packages/utils/procps-ng'
package/Makefile:196: recipe for target 'package/feeds/packages/procps-ng/compile' failed
make[2]: *** [package/feeds/packages/procps-ng/compile] Error 2
make[2]: Leaving directory '/home/fainelli/dev/openwrt/trunk'
package/Makefile:193: recipe for target '/home/fainelli/dev/openwrt/trunk/staging_dir/target-arm_cortex-a9_glibc-2.22_eabi/stamp/.package_compile' failed
make[1]: *** [/home/fainelli/dev/openwrt/trunk/staging_dir/target-arm_cortex-a9_glibc-2.22_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/fainelli/dev/openwrt/trunk'
Depending on autopoint to build this package should mean building it as part of the host tool build process.
Thanks
The text was updated successfully, but these errors were encountered: