[Buildroot] [PATCH v2 2/2] Makefile: add check of binaries architecture
Arnout Vandecappelle
arnout at mind.be
Mon Mar 13 17:06:42 UTC 2017
On 12-03-17 21:11, Yann E. MORIN wrote:
> Arnout, All,
>
> On 2017-03-12 20:43 +0100, Arnout Vandecappelle spake thusly:
>> On 12-03-17 19:21, Yann E. MORIN wrote:
>>> Thomas, All,
>>>
>>> On 2017-03-12 19:05 +0100, Yann E. MORIN spake thusly:
>>>> On 2017-03-12 18:49 +0100, Thomas Petazzoni spake thusly:
>>>>> +for f in $(find ${TARGET_DIR}/{usr/,}{bin,lib,sbin} -type f) ; do
>>> So, as I said earlier:
>>> - cd in TARGET_DIR first;
>>> - exclude .lib/firmware and /usr/lib/firmware
>>>
>>> cd "${TARGET_DIR}"
>>> find ./{usr/,}{bin,lib,sbin} \
>>> -type f \( \( -path './lib/firmware/*' -o -path './usr/lib/firmware*' \) \
>>> -prune -o -print \)
>>
>>
>> As I wrote in the older thread, there are also binaries in /usr/share.
>
> What kind of binaries are in /usr/share? I've looked at my system
> (Ubuntu 16.04, x86_64), and none of the 139615 files in there is an ELF
> file.
I found /usr/share/bash-completion/helpers/gst-completion-helper-1.0 in one of
my build results. Wolfgang (now in Cc) also found something, I'm not sure if it
was the same thing or something different.
Regards,
Arnout
>
>> That
>> basically leaves nothing except /etc, and a specific exclusion is anyway still
>> needed for /lib/firmware, so I would just do "find .".
>
> To be clear, you would do 'find .' instead of 'find ./{usr/,}{bin,lib,sbin}',
> but still do the exclusion as I suggested above, right?
>
> I would be OK with that. Afterall, if one is smart enough to put an ELF
> file for a co-proc somewhere else than in /lib/firmware, too bad for
> them.
>
> Regards,
> Yann E. MORIN.
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
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
mailing list