21161a0889
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 <andrew.ruder@elecsyscorp.com>
Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
24 lines
823 B
Makefile
24 lines
823 B
Makefile
################################################################################
|
|
#
|
|
# pv
|
|
#
|
|
################################################################################
|
|
|
|
PV_VERSION = 1.4.12
|
|
PV_SOURCE = pv-$(PV_VERSION).tar.bz2
|
|
PV_SITE = http://www.ivarch.com/programs/sources
|
|
PV_LICENSE = Artistic-2.0
|
|
PV_LICENSE_FILES = doc/COPYING
|
|
|
|
# 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 the below values for LD and LDFLAGS, we
|
|
# ensure that 'gcc' is used to do these partial linking steps.
|
|
PV_MAKE_OPT = \
|
|
LD="$(TARGET_CC)" \
|
|
LDFLAGS="-Wl,-r -nostdlib"
|
|
|
|
$(eval $(autotools-package))
|