From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 2/2] Makefile: add check of binaries architecture
Date: Mon, 13 Mar 2017 19:05:45 +0100 [thread overview]
Message-ID: <20170313180545.GB3680@free.fr> (raw)
In-Reply-To: <21be17ec-d4f4-b645-cd03-e2470dd37a90@mind.be>
Arnout, All,
On 2017-03-13 18:06 +0100, Arnout Vandecappelle spake thusly:
> 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.
OK, gstreamer-1 will install its bash completion helpers in two
different locations:
- if it finds the bash-completion >= 2.0 with pkg-config, then it uses
to decide where to put its completion helpers,
- otherwise, it puts them in $datadir/bash-completion/helpers
OK, we may have binary files in /usr/share/.
Note however that there is no gst-completion-helper-1.0 in my distro
(Ubuntu 16.04).
Regards,
Yann E. MORIN.
> >> 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
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2017-03-13 18:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-12 17:49 [Buildroot] [PATCH v2 1/2] arch: add BR2_READELF_ARCH_NAME hidden config option Thomas Petazzoni
2017-03-12 17:49 ` [Buildroot] [PATCH v2 2/2] Makefile: add check of binaries architecture Thomas Petazzoni
2017-03-12 18:05 ` Yann E. MORIN
2017-03-12 18:21 ` Yann E. MORIN
2017-03-12 19:43 ` Arnout Vandecappelle
2017-03-12 20:11 ` Yann E. MORIN
2017-03-13 17:06 ` Arnout Vandecappelle
2017-03-13 18:05 ` Yann E. MORIN [this message]
2017-03-12 20:27 ` Arnout Vandecappelle
2017-03-12 20:42 ` Yann E. MORIN
2017-03-12 20:58 ` Wolfgang Grandegger
2017-03-12 21:34 ` Arnout Vandecappelle
2017-03-12 21:57 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170313180545.GB3680@free.fr \
--to=yann.morin.1998@free.fr \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox