From: Romain Naour <romain.naour@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 5/8] samba4: remove dependency on specific C libraries
Date: Tue, 26 Jan 2016 00:06:14 +0100 [thread overview]
Message-ID: <56A6AA66.1060504@gmail.com> (raw)
In-Reply-To: <1453148701-10036-6-git-send-email-thomas.petazzoni@free-electrons.com>
Thomas, All,
Le 18/01/2016 21:24, Thomas Petazzoni a ?crit :
> samba4 relies on the $ORIGIN feature of the dynamic linker, which used
> to not be implemented in old uClibc versions. However:
>
> - this feature is supported by glibc
> - this feature is supported by uClibc-ng, which is the only uClibc
> version we are going to support
> - this feature is supported by musl
>
> Consequently, we can completely remove the dependency of samba4 on
> certain C libraries. This means that samba4 can now be built against
> the musl C library.
I'm not able to select samba4 with a musl toolchain.
Samba4 needs BR2_TOOLCHAIN_HAS_NATIVE_RPC which is not selected/detected with
internal/external toolchains.
So, no samba4 with musl for the moment ;-)
Best regards,
Romain
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
> ---
> package/samba4/Config.in | 7 ++-----
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/package/samba4/Config.in b/package/samba4/Config.in
> index 1411b08..c53adba 100644
> --- a/package/samba4/Config.in
> +++ b/package/samba4/Config.in
> @@ -1,6 +1,5 @@
> -comment "samba4 needs an (e)glibc or uClibc-ng toolchain w/ RPC, wchar, dynamic library, threads"
> - depends on (!BR2_TOOLCHAIN_USES_GLIBC && !BR2_UCLIBC_VERSION_NG) \
> - || !BR2_USE_WCHAR || !BR2_TOOLCHAIN_HAS_NATIVE_RPC \
> +comment "samba4 needs a toolchain w/ RPC, wchar, dynamic library, threads"
> + depends on !BR2_USE_WCHAR || !BR2_TOOLCHAIN_HAS_NATIVE_RPC \
> || BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS
> depends on BR2_USE_MMU
>
> @@ -12,8 +11,6 @@ config BR2_PACKAGE_SAMBA4
> depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC
> depends on BR2_TOOLCHAIN_HAS_THREADS # python -> libffi
> depends on !BR2_STATIC_LIBS # python
> - # needs $ORIGIN support
> - depends on BR2_TOOLCHAIN_USES_GLIBC || BR2_UCLIBC_VERSION_NG
> depends on !BR2_nios2 # binary too large, relocations don't fit
> select BR2_PACKAGE_E2FSPROGS
> select BR2_PACKAGE_POPT
>
next prev parent reply other threads:[~2016-01-25 23:06 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-18 20:24 [Buildroot] [PATCH 0/8] Remove uClibc version selection: always use uClibc-ng Thomas Petazzoni
2016-01-18 20:24 ` [Buildroot] [PATCH 1/8] libunwind: fix C library dependency Thomas Petazzoni
2016-01-25 21:59 ` Romain Naour
2016-01-25 22:20 ` Thomas Petazzoni
2016-01-25 22:33 ` Romain Naour
2016-01-25 22:43 ` Thomas Petazzoni
2016-01-18 20:24 ` [Buildroot] [PATCH 2/8] lttng-babeltrace: make available for all C libraries Thomas Petazzoni
2016-01-18 20:35 ` Baruch Siach
2016-01-25 22:16 ` Romain Naour
2016-01-18 20:24 ` [Buildroot] [PATCH 3/8] mongrel2: allow using uClibc but only on certain architectures Thomas Petazzoni
2016-01-25 22:41 ` Romain Naour
2016-01-25 22:59 ` Thomas Petazzoni
2016-01-18 20:24 ` [Buildroot] [PATCH 4/8] vlc: remove dependency on C library Thomas Petazzoni
2016-01-25 22:55 ` Romain Naour
2016-01-18 20:24 ` [Buildroot] [PATCH 5/8] samba4: remove dependency on specific C libraries Thomas Petazzoni
2016-01-25 23:06 ` Romain Naour [this message]
2016-01-26 9:58 ` Thomas Petazzoni
2016-01-18 20:24 ` [Buildroot] [PATCH 6/8] uclibc: remove 0.9.33 version Thomas Petazzoni
2016-01-25 23:11 ` Romain Naour
2016-01-25 23:14 ` Romain Naour
2016-01-26 22:08 ` Arnout Vandecappelle
2016-01-18 20:25 ` [Buildroot] [PATCH 7/8] uclibc: remove support for the snapshot version Thomas Petazzoni
2016-01-25 23:16 ` Romain Naour
2016-01-18 20:25 ` [Buildroot] [PATCH 8/8] uclibc: remove version selection Thomas Petazzoni
2016-01-25 23:31 ` Romain Naour
2016-01-24 20:25 ` [Buildroot] [PATCH 0/8] Remove uClibc version selection: always use uClibc-ng Romain Naour
2016-01-24 20:32 ` 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=56A6AA66.1060504@gmail.com \
--to=romain.naour@gmail.com \
--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