From: Jean Delvare <jdelvare@suse.de>
To: Angelo Compagnucci <angelo@amarulasolutions.com>
Cc: linux-i2c@vger.kernel.org
Subject: Re: [PATCH] lib: Fix compilation when USE_STATIC_LIB
Date: Wed, 29 Nov 2017 13:05:55 +0100 [thread overview]
Message-ID: <20171129130555.0367567f@endymion> (raw)
In-Reply-To: <CA+_SqVakUBi3H3=GySprvYpZhZFhMXCzabY-ESwVb=vOaFP3zQ@mail.gmail.com>
On Wed, 29 Nov 2017 12:04:06 +0100, Angelo Compagnucci wrote:
> On Wed, Nov 29, 2017 at 11:08 AM, Jean Delvare <jdelvare@suse.de> wrote:
> > On Tue, 28 Nov 2017 23:58:17 +0100, Angelo Compagnucci wrote:
> > > This patch removes the mandatory compiling of the shared library
> > > when USE_STATIC_LIB is used.
> >
> > No, thanks. The current behavior is as desired: always build the
> > dynamic library, and optionally build the static library. It was never
> > the intent to allow only building the static library. Static libraries
> > are evil.
>
> In Buildroot we have the need to support also static only libraries
> cause we have targets that doesn't support dynamic libraries (like
> cortex M4 for which I'm fixing this bug).
That's a frightening platform :(
> The option for static only is also present for various other
> architectures as a build option.
>
> So, if this cannot be fixed upstream, I'll push a patch only on the
> Buildroot side.
Maybe it can be fixed upstream, but not the way you proposed because it
causes a regression (by default the dynamic lib would no longer be
built.)
I suppose that introducing BUILD_DYNAMIC_LIB, which would default to 1
and would only control whether the dynamic library is built or not,
would be acceptable. But you'll have to make sure that at least one
flavor of the library is being built, and that the tools themselves are
linked to the right library (dynamic if available, else fallback to
static, see USE_STATIC_LIB.)
By default we want all library flavors built, and the tools linked
dynamically.
--
Jean Delvare
SUSE L3 Support
prev parent reply other threads:[~2017-11-29 12:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-28 22:58 [PATCH] lib: Fix compilation when USE_STATIC_LIB Angelo Compagnucci
2017-11-29 10:08 ` Jean Delvare
2017-11-29 11:04 ` Angelo Compagnucci
2017-11-29 12:05 ` Jean Delvare [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=20171129130555.0367567f@endymion \
--to=jdelvare@suse.de \
--cc=angelo@amarulasolutions.com \
--cc=linux-i2c@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).