[Buildroot] [PATCH] bluez5_utils: add autoreconf back
arnout at mind.be
Mon Dec 5 21:16:03 UTC 2016
On 05-12-16 21:32, Thomas Petazzoni wrote:
> On Mon, 5 Dec 2016 14:15:04 +0100, Gary Bisson wrote:
>> Not necessary for an unmodified package. However if your external
>> layer includes BlueZ5 patches which brings new files (such as a
>> new hciattach protocol), it will not be built since the Makefile.in
>> is already there.
>> Forcing an autoreconf fixes such issue.
>> Signed-off-by: Gary Bisson <gary.bisson at boundarydevices.com>
>> Hi all,
>> I know this is a corner case which isn't a problem for 99% of users
>> so I won't be surprised if it is rejected.
> Indeed :)
>> The use case here is that we provide a WiFi/BT combo from Qualcomm
>> (QCA9377) which isn't supported in upstream BlueZ5.
>> Qualcomm said there was no plan to upstream the support, but provides
>> their own (outdated) tree in codeaurora:
>> We generated a patch out of that repo that allows to add support for
>> this chip in Yocto (with a simple bbappend):
>> Now the idea is to provide a Boundary external layer that adds support
>> for this chip in Buildroot.
>> When adding this patch, the builds fails since hciattach_rome.c isn't
>> specified in the Makefile.in already present in the archive.
>> Let me know if there's another opion in your opinion.
> Have you tried adding BLUEZ5_AUTORECONF = YES to your external.mk file?
That won't work, because it's used in an ifeq in the autotools-package
expansion, and external.mk is included after the packages.
It does work if you put it in override.mk, but that's not convenient in an
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF
More information about the buildroot