buildroot/package/pv, branch 2019.02-op-build

pv: fix build failures when building under a path containing 'yes'

2018-08-21T09:20:18+00:00

Depending on the configuration, the cpp output may contain the string 'yes' in a comment if built under a path containing 'yes', confusing the _AIX test: ${CROSS}-cpp conftest.h \# 1 "conftest.h" \# 1 "" \# 1 "" \# 31 "" \# 1 "/home/peko/source/buildroot/output-yes/host/x86_64-buildroot-linux-gnu/sysroot/usr/include/stdc-predef.h" \# 32 "" 2 \# 1 "conftest.txt" If misdetected, the configure script adds -lc128 to LIBS, causing the AC_CHECKS_FUNCS check for stat64 to fail, which in turn causes compilation errors about redefinition of symbols: In file included from ./src/include/pv-internal.h:9:0, from src/pv/file.c:5: ./src/include/config.h:76:18: error: redefinition of 'struct stat' # define stat64 stat ^ Fix it by only matching on 'yes' on a line by itself. As pv doesn't cleanly autoreconf (it doesn't use automake and configure.in is located in subdir), instead directly patch configure. Signed-off-by: Peter Korsgaard Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

pv: use the new gettext logic

2017-07-04T23:34:03+00:00

This commit switches to use the new gettext logic, which involves: - using TARGET_NLS_DEPENDENCIES instead of hand-encoded dependencies on gettext/host-gettext - dropping BR2_PACKAGE_GETTEXT selection Signed-off-by: Thomas Petazzoni

pv: bump to version 1.6.0

2016-02-17T10:03:47+00:00

And drop patch now upstream. Signed-off-by: Peter Korsgaard

pv: fix build error on sparc/sparc64

2016-01-05T21:40:27+00:00

Relax linker option is enabled by default on sparc/sparc64 architectures, and it can't be used together with -r option, so disable it. Fixes: http://autobuild.buildroot.net/results/fadc6fc5500d68b91aead58b1d74887db5244f52/ http://autobuild.buildroot.net/results/2f30486f2d72e0277fc30febd4012825a59e4f41/ http://autobuild.buildroot.net/results/82ccb8f0818d1909309eaef969548f963fc6cf04/ ... Signed-off-by: Sergio Prado Signed-off-by: Peter Korsgaard

pv: bump version

2015-01-28T20:23:33+00:00

!LFS compilation needs a trivial patch which has been sent upstream. Also add .hash file. Signed-off-by: Peter Korsgaard

packages: rename FOO_MAKE_OPT into FOO_MAKE_OPTS

2014-10-04T13:07:23+00:00

While the autotools infrastructure was using FOO_MAKE_OPT, generic packages were typically using FOO_MAKE_OPTS. This inconsistency becomes a problem when a new infrastructure is introduced that wants to make use of FOO_MAKE_OPT(S), and can live alongside either generic-package or autotools-package. The new infrastructure will have to choose between either OPT or OPTS, and thus rule out transparent usage by respectively generic packages or generic packages. An example of such an infrastructure is kconfig-package, which provides kconfig-related make targets. The OPTS variant is more logical, as there are typically multiple options. This patch renames all occurrences of FOO_MAKE_OPT in FOO_MAKE_OPTS. Sed command used: find * -type f | xargs sed -i 's#_MAKE_OPT\>#&S#g' Signed-off-by: Thomas De Schampheleire Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

pv: fix minisetlocale related build failure

2014-02-20T22:23:47+00:00

pv configure script is somewhat stupid: if it cannot find the host gettext tool msgfmt, it concludes that gettext is not available, and provides its own minimal version. Unfortunately, this minimal version conflicts with the available target gettext. We fix this by ensuring that host-gettext is built if gettext support is enabled, by adding it to the dependencies. Fixes: http://autobuild.buildroot.org/results/d30/d30db79190f2cf8953751d55a5d34644f60daec4/ Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

pv: needs gettext if locale is enabled

2013-11-20T09:15:18+00:00

Fixes http://autobuild.buildroot.net/results/c4f/c4f5ed916d85740ec00f5f34ded5de0195e5cd45/ Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Peter Korsgaard

pv: support ccache builds

2013-11-17T07:36:49+00:00

When using ccache TARGET_CC is something like ccache gcc This causes problems in the pv build which attempts to override LD because the command ends up being make [...] LD=/tools/ccache /tools/gcc LDFLAGS="[...] As a result, during the build phase it attempts to build /tools/gcc which succeeds by doing nothing: make[1]: Nothing to be done for `/tools/gcc'. and during the install phase you get the real build which errors out on the LD error this snippet was attempting to fix: ld -r -o src/library.o src/library/getopt.o \ src/library/gettext.o ld: src/library/gettext.o: Relocations in generic ELF \ (EM: 40) src/library/gettext.o: error adding symbols: File in \ wrong format Signed-off-by: Andrew Ruder Acked-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

pv: fix build issue with some toolchains

2013-10-06T18:40:25+00:00

While 'pv' uses autoconf, it does not use automake for its makefiles. It uses $(LD) $(LDFLAGS) to achieve partial linking, but using 'ld' directly doesn't work well with some toolchain configuration, as the ld default emulation may not necessarily be the correct one. By passing custom values for LD and LDFLAGS, we ensure that 'gcc' is used to do these partial linking steps. Fixes the following build failures (x86-64 and mips64) : http://autobuild.buildroot.org/results/9ac/9aca276a220ad1460e5b32bd042dd4c93649baf3/build-end.log http://autobuild.buildroot.org/results/910/91044c01dcc3c4150aa6e74f5964fff27b9dac79/build-end.log Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard