Hardcode m4 config instead of letting configure detect it automatically.
This hopefully fixes the build issues some (Ubuntu) users seems to be
having lately (E.G. #679).
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
We were patching m4/rename.m4 to workaround an upstream issue, but this
triggers a auto* rebuild and a configure rerun when we build coreutils
using whatever auto* versions the user has installed.
Doing a manual autoreconf run after patching is unfortunately not an
option as the coreutils configure.ac isn't compatible with the autotools
version we have in BR.
Instead, simply cheat by patching configure as well and setting the
timestamp of m4/rename.m4 sufficiently far back to ensure make doesn't
consider ./configure out of date.
Long term we should convert coreutils to Makefile.autotools.in format,
but this is good enought for 2009.11.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
There seems to be some confusion about makefile/Makefile, so just fixup
both files for now to keep it safe.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Reported by mr_claus on IRC.
This ensure DL_DIR is always an absolute path, like it was before the
build dir reorganization - Fixes vim (patch) build.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
In some configurations $(TARGET_DIR)/usr/lib isn't
created before the target install target for libncurses
is run. This change makes sure it is created before
the install target copies files to it.
Signed-off-by: Clark Rawlins <clark@bit63.org>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Closes#707
At the same time get rid of redundant (provided by Makefile.autotools.in)
configure arguments.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Based on patch by Sagaert Johan <sagaert.johan@skynet.be>
Dbus rebuilds fails if /var/lib/dbus is a symlink (which it will be),
and the existing workaround only worked if /var/lib is a symlink to
/tmp, which isn't always the case.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
This reverts commit f49ef854ca.
The new gvfs version needs libglib2 >= 2.21.2, but newer libglib2 versions
need ipv6 support and possibly cause other problems, so simply revert the
gvfs bump for now.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
By default SDL_image loads libjpeg at runtime on-demand. The find_lib
routine in the configure script of SDL_image searches the /usr/lib directory
of the host machine to find the file name of the jpeg library.
When the host on which Buildroot is being built contains newer version of
libjpeg (e.g. libjpeg7), the configure script incorrectly uses its file
name. The result is a runtime failure to load libjpeg.
Fix this by disabling runtime load of libjpeg.
[Peter: disable for png+tiff as well]
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
It tries to call lseek64():
ksym_mod.o: In function `InitMsyms':
ksym_mod.c:(.text+0x438): undefined reference to `lseek64'
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
./configure in psmisc 22.6 tested for a working C++ compiler and errored out
if not found, even though psmisc doesn't need it - Fixed in 22.8.
pstree.c uses __progname for pstree.x11 support, which isn't (per default)
available in uclibc. This stuff isn't really critical, so just disable it.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Dependencies are wrong, and it has never seen any updates, so it probably
doesn't have any users.
Will remove completely before 2010.02 unless someone fixes it.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Packages should depend on BR2_PACKAGE_XORG7 rather than selecting it,
because:
- X brings in a lot of dependencies, so shouldn't get implicitly enabled
- Select doesn't check dependencies, so build breaks if XORG dependencies
aren't met (locale/wchar)
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
