The libnfc package is currently at version 1.5.1 in Buildroot. This patch
bumps the version to a recent svn revision, for the following reasons.
* Version 1.5.1 is marked as "unstable" on the libnfc download site.
* The nfc-tools project at
http://code.google.com/p/nfc-tools/
includes a library that extends libnfc with LLCP functionality.
Unfortunately, to build this requires a libnfc version no lower than 1.6.
The version 1.6.0-rc1 Release Candidate does not build; svn commits to fix
the build problems have not yet been back-ported into a Release Candidate.
* The libfreefare package is currently at version 0.3.2 in Buildroot. To bump
this to the most recent version (0.3.4) also requires a libnfc version no
lower than 1.6.
I suggest that this patch be regarded as a temporary fix, pending the release
of libnfc 1.6, which will allow other dependent packages to be progressed in
the interim.
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Also, as the kernel.org archives are back up, use them as official site
again.
[thomas.petazzoni@free-electrons.com: use BR2_KERNEL_MIRROR]
Signed-off-by: Daniel Mack <zonque@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
On some architectures (found on x86_64, but probably others too),
libnss builds with -m32 unless it is configured for 64-bit build. So
force 64-bit build on 64-bit architectures.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
On some architectures (found on x86_64, but probably others too),
libnspr builds with -m32 unless it is configured for 64-bit build. So
force 64-bit build on 64-bit architectures.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
With the introduction of a specific macro for host targets, it was decided
to also make the names of the macros more intuitive: generic-package,
autotools-package and cmake-package.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Create host-generic-package, host-autotools-package and
host-cmake-package macros. Such a macro is more intuitive to use than
the $(call ...,host) construct. Also it speeds things up by having
one less $(call ...) evaluation.
Also includes documentation update, but not for buildroot.html.
This brings the time for 'make -qp' (which is used by bash-completion)
down from 1.85s to 1.35s on my laptop.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The target package was only present because at the time 'nasm' was
packaged, there was a bug in the package infrastructure that prevented
a package from having a host only variant. This has been fixed since
then, so we can get rid of the useless dummy target package.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This allows to automatically collect material that may be needed to comply with
the license of packages that Buildroot prepares for the target device.
The core of the implementation is made by the following parts:
- in package/pkg-utils.mk some helper functions are defined for common actions
such as generating a warning, producing info about a package etc;
- in package/pkg-gentargets.mk, within the GENTARGETS framework, a new
<PKG>-legal-info target produces all the info for a given package;
- Makefile implements the top-level targets:
- legal-info-prepare creates the output directory and produces legal info
about Buildroot itself and the toolchain, which mostly means just warning
the user that this is not implemented;
- legal-info, the only target that is supposed to be used directly, depends
on all of the above and finishes things by producing the README files from
the various pieces.
Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Update Config.in and .mk according to the new features.
Remove the patch handling build with uclibc without long double support,
which seems not necessary anymore.
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
