Fix typo introduced by 1e32e0700a (remove dedicated target-headers option).
Noticed by Alexander Clouter <alex@digriz.org.uk>.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Ensures that the hook isn't run every time. Also use the real stamp
file from the host build instead of host-share-mime-info as dependency,
as otherwise the target is always considered out-of-date.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Commit 0eca108b73 (directfb: add host-directfb target
for directfb-csource) had tabs replaced by spaces, causing stuff
to break - Fixed.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
directfb-csource is a code generation tool that may be needed to build
other packages. Add host-directfb target that installs directfb-csource
in the host_dir.
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
It doesn't compile:
../../src/memory.c: In function '__mp_memquery':
../../src/memory.c:769: error: lvalue required as left operand of assignment
And hasn't seen any updates since it got added in 2006, so it cannot
have many users. People most likely use valgrind nowadays for memory
debugging anyway - Drop it.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
liblockfile.so.1.0 gets installed into /usr/lib, not /lib, so the target
install make target is always considered out-of-date.
Do various cleanups while we're here.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
libuuid.so gets installed into /usr/lib, not /lib, so the target
install make target is always considered out-of-date.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
The source target was broken until very recently, and it doesn't build
as it tries to use the host compiler for the client stuff, so there
cannot be many users of it.
People should use avahi instead nowadays, so so just remove it instead
of hacking it to work.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Fix various breakage in the imagemagick build:
- libWand.* is now called libMagickWand.*
- libMagic.* is now called libMagickCore.*
- References to wrong version numbers in directories
- Libraries missing from clean target
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
We have been passing -q to ./configure when using 'make -s' for
packages using Makefile.autotools.in for some time. Do the same
for packages using autotools, but not using the
Makefile.autotools.in infrastructure, taking care to not do it
for packages with hand written configure scripts.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Positive logic is easier to read and understand than something
like 'if not option=yes then foo else bar'.
Signed-off-by: Michael Roth <mroth@nessie.de>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Commit a07d6b9d56 changed the meaning
of $(BASE_DIR). Previously it was the top level buildroot directory,
now it is the 'output' directory.
As an side effect, the download directory 'dl' was moved to 'output/dl'.
In commit 416323e934 the default download
directory was moved back to the top level of buildroot.
So the various default configurations should reflect this. Fix them.
Signed-off-by: Michael Roth <mroth@nessie.de>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Reported by Andrew Dyer <amdyer@gmail.com> and
Lionel Landwerlin <lionel.landwerlin@openwide.fr>.
Seems like make 3.80 has problems with our Makefile.autotools.in
infrastructure.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Peter Korsgaard
Sven Neumann
Michael Roth
Emmanuel Riou