All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] target-finalize: Also copy .so files if BR2_HAVE_DEVFILES is enabled
Date: Fri, 2 Mar 2012 21:50:14 +0000	[thread overview]
Message-ID: <201203022150.15339.arnout@mind.be> (raw)
In-Reply-To: <20120301084831.26403240@skate>

On Thursday 01 March 2012 07:48:31 Thomas Petazzoni wrote:
> So maybe all packages should always install the .so file (be it a
> symbolic link or the libc.so linker script), and then:
> 
>  * When BR2_HAVE_DEVFILES is not set, we get rid of those .so symbolic
>    links
> 
>  * When BR2_HAVE_DEVFILES is set, we keep them
> 
> That's just a proposal here, other options would be fine with me as
> well. It's just that the fact most packages already install the .so
> symlink and we re-do it in target-finalize when BR2_HAVE_DEVFILES is
> set looks confusing.

 Removing the .so symlinks seems a bit too much work and too much risk for 
what it is bringing.

 It wouldn't be a bad idea though to only copy over files if they don't 
exist yet.  However, I considered that not to be worth the effort.  Even
if you have 1000 shared libraries installed, overwriting those symlinks
will take you less than a second - in any case much less than the equally
redundant copying of the corresponding .a archives :-)

 In fact, since we're starting to use rsync more and more, we could rely
on its filtering rules to select the .a, .la and .so files for us.

 I would whip up a patch, but I'm too tired now :-)

 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
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

  reply	other threads:[~2012-03-02 21:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-29 13:34 [Buildroot] uClibc missing symbols (undefined reference to `__fini_array_end') Éric ALBER
2012-03-01  0:27 ` Arnout Vandecappelle
2012-03-01  0:30   ` Arnout Vandecappelle
2012-03-01  0:50     ` [Buildroot] [PATCH] target-finalize: Also copy .so files if BR2_HAVE_DEVFILES is enabled Arnout Vandecappelle
2012-03-01  7:48       ` Thomas Petazzoni
2012-03-02 21:50         ` Arnout Vandecappelle [this message]
2012-03-01 11:12     ` [Buildroot] uClibc missing symbols (undefined reference to `__fini_array_end') Éric ALBER

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=201203022150.15339.arnout@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.