From: GNUtoo <GNUtoo@no-log.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [RFC] -dbg for static libraries?
Date: Sun, 20 Sep 2009 13:45:02 +0200 [thread overview]
Message-ID: <1253447102.8671.2.camel@localhost> (raw)
In-Reply-To: <1253430822.4490.1515.camel@lenovo.internal.reciva.com>
On Sun, 2009-09-20 at 08:13 +0100, Phil Blundell wrote:
> On Sat, 2009-09-19 at 23:48 +0200, GNUtoo wrote:
> > Phil Blundell wrote:
> > > Or, for SDK purposes, you could even consider ditching the .a
> > > libraries altogether for packages that have a .so since virtually
> > > nobody is going to be doing static linking in this day and age.
> >
> > I often do static linking for different reasons:
> > *different libc on the target(like with android for instance)
> > *debugging(like in the case where all shared libs segfaulted on mips
> > +uclibc,I needed a static gdb,a static strace etc...)
>
> Neither of those are really the kind of use-cases that the SDK is
> targeting. If you are doing initial bringup/debug on a particular
> target system then you would probably want to use an in-tree build just
> as you do today.
>
> The SDK exists to support casual software development on relatively
> stable target platforms, by people who don't wish to build the entire
> system from scratch for themselves, and in almost all cases you don't
> want to encourage static linking there.
>
> p.
ok thanks for the explanations...I think I have read too fast(lots of
mails) (I was thinking that the static libraries were to be removed in
the normal in-tree build)
Denis.
prev parent reply other threads:[~2009-09-20 11:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-17 5:40 [RFC] -dbg for static libraries? Denys Dmytriyenko
2009-09-17 9:46 ` Koen Kooi
2009-09-17 12:16 ` Stanislav Brabec
2009-09-17 12:01 ` Phil Blundell
2009-09-19 21:48 ` GNUtoo
2009-09-20 7:13 ` Phil Blundell
2009-09-20 11:45 ` GNUtoo [this message]
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=1253447102.8671.2.camel@localhost \
--to=gnutoo@no-log.org \
--cc=openembedded-devel@lists.openembedded.org \
/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.