From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1 of 3 v3] infra: support buildroot being located in /usr
Date: Wed, 25 Jun 2014 23:26:02 +0200 [thread overview]
Message-ID: <53AB3E6A.3010005@mind.be> (raw)
In-Reply-To: <f9dbe1c9d761945aaf97.1403362907@localhost>
On 21/06/14 17:01, Thomas De Schampheleire wrote:
> pkg-generic and pkg-autotools both perform sed replacements of /usr to
> $(STAGING_DIR)/usr, in .pc and .la files respectively. However, if buildroot
> itself is located in /usr, then STAGING_DIR also starts with /usr, and naive
> replacements of '/usr' can result in paths of the form:
> /usr/buildroot/.../sysroot/usr/buildroot/.../sysroot/...
>
> This patch makes the replacements more careful, by first replacing the known
> paths BASE_DIR and STAGING_DIR to tokens, then performing the actual
> replacement, and finally replacing the tokens with the corresponding paths.
>
> Additionally it removes the unnecessary making of a backup copy in
> pkg-autotools.
>
> Partially fixes bug #5750 (https://bugs.busybox.net/show_bug.cgi?id=5750)
>
> Partially-based-on-a-patch-from: Ben Stoltz <benstoltz@gmail.com>
> Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Still...
>
> ---
> v3: remove redundant replacement s/$(STAGING_DIR)/@STAGING_DIR@/ (Arnout)
> v2: s/Jeremy Kerr/Ben Stoltz/
>
> package/pkg-autotools.mk | 7 +++++--
> package/pkg-generic.mk | 9 ++++++---
> 2 files changed, 11 insertions(+), 5 deletions(-)
>
> diff -r a59338f65a46 -r f9dbe1c9d761 package/pkg-autotools.mk
> --- a/package/pkg-autotools.mk Wed Jun 18 20:22:00 2014 +0400
> +++ b/package/pkg-autotools.mk Sat Jun 21 11:08:31 2014 +0200
> @@ -268,8 +268,11 @@
> define $(2)_INSTALL_STAGING_CMDS
> $$(TARGET_MAKE_ENV) $$($$(PKG)_MAKE_ENV) $$($$(PKG)_MAKE) $$($$(PKG)_INSTALL_STAGING_OPT) -C $$($$(PKG)_SRCDIR)
> for i in $$$$(find $$(STAGING_DIR)/usr/lib* -name "*.la"); do \
> - cp -f $$$$i $$$$i~; \
> - $$(SED) "s:\(['= ]\)/usr:\\1$$(STAGING_DIR)/usr:g" $$$$i; \
> + $$(SED) "s:$$(BASE_DIR):@BASE_DIR@:g" \
> + -e "s:\(['= ]\)/usr:\\1 at STAGING_DIR@/usr:g" \
> + -e "s:@STAGING_DIR@:$$(STAGING_DIR):g" \
There is in fact no reason to do this in two steps, except that it looks a bit
more symmetric. Is there? Anyway, I'm OK with how it is now, it looks pretty.
BTW, now that you've reduced the body of the loop to a single statement, you
can actually avoid the $$$$ hell by using xargs instead of for.
> + -e "s:@BASE_DIR@:$$(BASE_DIR):g" \
> + $$$$i; \
Perhaps there should be an explanatory comment of what happens here (before the
define):
# Most autotools packages install libtool .la files alongside any installed
# libraries. These .la files sometimes refer to paths relative to the sysroot,
# which libtool will interpret as absolute paths to host libraries instead of
# the target libraries. Since we configure with --prefix=/usr, such absolute
# paths start with /usr. So we add $(STAGING_DIR) in front of any path that
# starts with /usr.
# To protect against the case that the output directory itself is under /usr,
# we first substitute away any occurences of the output directory to @BASE_DIR at .
> done
> endef
> endif
> diff -r a59338f65a46 -r f9dbe1c9d761 package/pkg-generic.mk
> --- a/package/pkg-generic.mk Wed Jun 18 20:22:00 2014 +0400
> +++ b/package/pkg-generic.mk Sat Jun 21 11:08:31 2014 +0200
> @@ -201,9 +201,12 @@
> $(foreach hook,$($(PKG)_POST_INSTALL_STAGING_HOOKS),$(call $(hook))$(sep))
> $(Q)if test -n "$($(PKG)_CONFIG_SCRIPTS)" ; then \
> $(call MESSAGE,"Fixing package configuration files") ;\
> - $(SED) "s,^\(exec_\)\?prefix=.*,\1prefix=$(STAGING_DIR)/usr,g" \
> - -e "s,-I/usr/,-I$(STAGING_DIR)/usr/,g" \
> - -e "s,-L/usr/,-L$(STAGING_DIR)/usr/,g" \
> + $(SED) "s,$(BASE_DIR), at BASE_DIR@,g" \
> + -e "s,^\(exec_\)\?prefix=.*,\1prefix=@STAGING_DIR@/usr,g" \
> + -e "s,-I/usr/,-I at STAGING_DIR@/usr/,g" \
> + -e "s,-L/usr/,-L at STAGING_DIR@/usr/,g" \
> + -e "s, at STAGING_DIR@,$(STAGING_DIR),g" \
> + -e "s, at BASE_DIR@,$(BASE_DIR),g" \
> $(addprefix $(STAGING_DIR)/usr/bin/,$($(PKG)_CONFIG_SCRIPTS)) ;\
This one is sufficiently self-explanatory, so no additional comment is needed IMHO.
The @STAGING_DIR@ is still redundant, though :-)
Regards,
Arnout
> fi
> $(Q)touch $@
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
--
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: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
next prev parent reply other threads:[~2014-06-25 21:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-21 15:01 [Buildroot] [PATCH 0 of 3 v3] Support buildroot being located in /usr Thomas De Schampheleire
2014-06-21 15:01 ` [Buildroot] [PATCH 1 of 3 v3] infra: support " Thomas De Schampheleire
2014-06-25 21:26 ` Arnout Vandecappelle [this message]
2014-06-29 10:39 ` Thomas Petazzoni
2014-06-29 11:07 ` Thomas De Schampheleire
2014-06-29 11:22 ` Thomas Petazzoni
2014-06-29 11:44 ` Thomas De Schampheleire
2014-06-21 15:01 ` [Buildroot] [PATCH 2 of 3 v3] qt5: " Thomas De Schampheleire
2014-06-29 10:40 ` Thomas Petazzoni
2014-06-21 15:01 ` [Buildroot] [PATCH 3 of 3 v3] pkgconf: don't double prefix lib/include paths with sysroot Thomas De Schampheleire
2014-06-29 10:41 ` 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=53AB3E6A.3010005@mind.be \
--to=arnout@mind.be \
--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