* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-15 20:29 [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library Thomas Petazzoni via buildroot
@ 2022-08-16 20:50 ` Arnout Vandecappelle
2022-08-16 21:03 ` Yann E. MORIN
2022-08-17 18:46 ` Yann E. MORIN
2 siblings, 0 replies; 7+ messages in thread
From: Arnout Vandecappelle @ 2022-08-16 20:50 UTC (permalink / raw)
To: Thomas Petazzoni, Buildroot List, Peter Korsgaard, Yann E. MORIN,
Romain Naour
Cc: Giulio Benetti, Thomas De Schampheleire
On 15/08/2022 22:29, Thomas Petazzoni wrote:
> This is perhaps the most controversial change for Buildroot that can
> be written in a two-liner.
>
> Historically, we have used uClibc as our default C library, as
> Buildroot was created initially as a test-bed for uClibc, and also
> because uClibc made a lot of sense for embedded Linux systems, due to
> its smaller size and fine-grained configurability.
>
> Since then, the landscape of embedded Linux systems has changed. Even
> though Buildroot happily supports really low-end devices, the vast
> majority of Buildroot users are quite certainly running the resulting
> system on a reasonably powerful platform, with significant amount of
> RAM and storage. In this context, the benefits of uClibc are no longer
> that much relevant, and glibc causes less "troubles". Therefore, this
> patch proposes to use glibc as our default C library when using the
> internal toolchain backend instead of uClibc.
>
> Of course, we will keep the support for uClibc, which remains an
> important C library choice, for space-constrained systems, or simply
> for architectures that are not supported by glibc.
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Regards,
Arnout
> ---
> toolchain/toolchain-buildroot/Config.in | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/toolchain/toolchain-buildroot/Config.in b/toolchain/toolchain-buildroot/Config.in
> index 836af3b22a..9956dc4383 100644
> --- a/toolchain/toolchain-buildroot/Config.in
> +++ b/toolchain/toolchain-buildroot/Config.in
> @@ -22,8 +22,7 @@ config BR2_TOOLCHAIN_BUILDROOT_VENDOR
>
> choice
> prompt "C library"
> - default BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> - default BR2_TOOLCHAIN_BUILDROOT_GLIBC if BR2_powerpc64
> + default BR2_TOOLCHAIN_BUILDROOT_GLIBC
>
> config BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> bool "uClibc-ng"
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-15 20:29 [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library Thomas Petazzoni via buildroot
2022-08-16 20:50 ` Arnout Vandecappelle
@ 2022-08-16 21:03 ` Yann E. MORIN
2022-08-16 21:37 ` Peter Korsgaard
2022-08-17 18:46 ` Yann E. MORIN
2 siblings, 1 reply; 7+ messages in thread
From: Yann E. MORIN @ 2022-08-16 21:03 UTC (permalink / raw)
To: Thomas Petazzoni
Cc: Buildroot List, Giulio Benetti, Romain Naour,
Thomas De Schampheleire
Thomas, All,
On 2022-08-15 22:29 +0200, Thomas Petazzoni via buildroot spake thusly:
> This is perhaps the most controversial change for Buildroot that can
> be written in a two-liner.
>
> Historically, we have used uClibc as our default C library, as
> Buildroot was created initially as a test-bed for uClibc, and also
> because uClibc made a lot of sense for embedded Linux systems, due to
> its smaller size and fine-grained configurability.
>
> Since then, the landscape of embedded Linux systems has changed. Even
> though Buildroot happily supports really low-end devices, the vast
> majority of Buildroot users are quite certainly running the resulting
> system on a reasonably powerful platform, with significant amount of
> RAM and storage. In this context, the benefits of uClibc are no longer
> that much relevant, and glibc causes less "troubles". Therefore, this
> patch proposes to use glibc as our default C library when using the
> internal toolchain backend instead of uClibc.
>
> Of course, we will keep the support for uClibc, which remains an
> important C library choice, for space-constrained systems, or simply
> for architectures that are not supported by glibc.
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
Yes, I will be a bit sad that we demote uClibc-ng, but let's face it:
the word moves on, let's move along.
Regards,
Yann E. MORIN.
> ---
> toolchain/toolchain-buildroot/Config.in | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/toolchain/toolchain-buildroot/Config.in b/toolchain/toolchain-buildroot/Config.in
> index 836af3b22a..9956dc4383 100644
> --- a/toolchain/toolchain-buildroot/Config.in
> +++ b/toolchain/toolchain-buildroot/Config.in
> @@ -22,8 +22,7 @@ config BR2_TOOLCHAIN_BUILDROOT_VENDOR
>
> choice
> prompt "C library"
> - default BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> - default BR2_TOOLCHAIN_BUILDROOT_GLIBC if BR2_powerpc64
> + default BR2_TOOLCHAIN_BUILDROOT_GLIBC
>
> config BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> bool "uClibc-ng"
> --
> 2.37.2
>
> _______________________________________________
> buildroot mailing list
> buildroot@buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-16 21:03 ` Yann E. MORIN
@ 2022-08-16 21:37 ` Peter Korsgaard
2022-08-17 19:35 ` Romain Naour
0 siblings, 1 reply; 7+ messages in thread
From: Peter Korsgaard @ 2022-08-16 21:37 UTC (permalink / raw)
To: Yann E. MORIN
Cc: Thomas Petazzoni, Buildroot List, Romain Naour, Giulio Benetti,
Thomas De Schampheleire
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
> Thomas, All,
> On 2022-08-15 22:29 +0200, Thomas Petazzoni via buildroot spake thusly:
>> This is perhaps the most controversial change for Buildroot that can
>> be written in a two-liner.
>>
>> Historically, we have used uClibc as our default C library, as
>> Buildroot was created initially as a test-bed for uClibc, and also
>> because uClibc made a lot of sense for embedded Linux systems, due to
>> its smaller size and fine-grained configurability.
>>
>> Since then, the landscape of embedded Linux systems has changed. Even
>> though Buildroot happily supports really low-end devices, the vast
>> majority of Buildroot users are quite certainly running the resulting
>> system on a reasonably powerful platform, with significant amount of
>> RAM and storage. In this context, the benefits of uClibc are no longer
>> that much relevant, and glibc causes less "troubles". Therefore, this
>> patch proposes to use glibc as our default C library when using the
>> internal toolchain backend instead of uClibc.
>>
>> Of course, we will keep the support for uClibc, which remains an
>> important C library choice, for space-constrained systems, or simply
>> for architectures that are not supported by glibc.
>>
>> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
> Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
> Yes, I will be a bit sad that we demote uClibc-ng, but let's face it:
> the word moves on, let's move along.
Agreed.
Acked-by: Peter Korsgaard <peter@korsgaard.com>
--
Bye, Peter Korsgaard
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-16 21:37 ` Peter Korsgaard
@ 2022-08-17 19:35 ` Romain Naour
2022-08-18 20:15 ` Arnout Vandecappelle
0 siblings, 1 reply; 7+ messages in thread
From: Romain Naour @ 2022-08-17 19:35 UTC (permalink / raw)
To: Peter Korsgaard, Yann E. MORIN
Cc: Giulio Benetti, Thomas De Schampheleire, Thomas Petazzoni,
Buildroot List
Hello,
Le 16/08/2022 à 23:37, Peter Korsgaard a écrit :
>>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
>
> > Thomas, All,
> > On 2022-08-15 22:29 +0200, Thomas Petazzoni via buildroot spake thusly:
> >> This is perhaps the most controversial change for Buildroot that can
> >> be written in a two-liner.
> >>
> >> Historically, we have used uClibc as our default C library, as
> >> Buildroot was created initially as a test-bed for uClibc, and also
> >> because uClibc made a lot of sense for embedded Linux systems, due to
> >> its smaller size and fine-grained configurability.
> >>
> >> Since then, the landscape of embedded Linux systems has changed. Even
> >> though Buildroot happily supports really low-end devices, the vast
> >> majority of Buildroot users are quite certainly running the resulting
> >> system on a reasonably powerful platform, with significant amount of
> >> RAM and storage. In this context, the benefits of uClibc are no longer
> >> that much relevant, and glibc causes less "troubles". Therefore, this
> >> patch proposes to use glibc as our default C library when using the
> >> internal toolchain backend instead of uClibc.
> >>
> >> Of course, we will keep the support for uClibc, which remains an
> >> important C library choice, for space-constrained systems, or simply
> >> for architectures that are not supported by glibc.
> >>
> >> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
>
> > Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
>
> > Yes, I will be a bit sad that we demote uClibc-ng, but let's face it:
> > the word moves on, let's move along.
>
> Agreed.
>
> Acked-by: Peter Korsgaard <peter@korsgaard.com>
>
The next move is probably increase testing with glibc in the Buildroot testsuite?
Acked-by: Romain Naour <romain.naour@gmail.com>
Best regards,
Romain
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-17 19:35 ` Romain Naour
@ 2022-08-18 20:15 ` Arnout Vandecappelle
0 siblings, 0 replies; 7+ messages in thread
From: Arnout Vandecappelle @ 2022-08-18 20:15 UTC (permalink / raw)
To: Romain Naour, Peter Korsgaard, Yann E. MORIN
Cc: Giulio Benetti, Thomas De Schampheleire, Thomas Petazzoni,
Buildroot List
On 17/08/2022 21:35, Romain Naour wrote:
> Hello,
>
> Le 16/08/2022 à 23:37, Peter Korsgaard a écrit :
>>>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
>>
>> > Thomas, All,
>> > On 2022-08-15 22:29 +0200, Thomas Petazzoni via buildroot spake thusly:
>> >> This is perhaps the most controversial change for Buildroot that can
>> >> be written in a two-liner.
>> >>
>> >> Historically, we have used uClibc as our default C library, as
>> >> Buildroot was created initially as a test-bed for uClibc, and also
>> >> because uClibc made a lot of sense for embedded Linux systems, due to
>> >> its smaller size and fine-grained configurability.
>> >>
>> >> Since then, the landscape of embedded Linux systems has changed. Even
>> >> though Buildroot happily supports really low-end devices, the vast
>> >> majority of Buildroot users are quite certainly running the resulting
>> >> system on a reasonably powerful platform, with significant amount of
>> >> RAM and storage. In this context, the benefits of uClibc are no longer
>> >> that much relevant, and glibc causes less "troubles". Therefore, this
>> >> patch proposes to use glibc as our default C library when using the
>> >> internal toolchain backend instead of uClibc.
>> >>
>> >> Of course, we will keep the support for uClibc, which remains an
>> >> important C library choice, for space-constrained systems, or simply
>> >> for architectures that are not supported by glibc.
>> >>
>> >> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
>>
>> > Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
>>
>> > Yes, I will be a bit sad that we demote uClibc-ng, but let's face it:
>> > the word moves on, let's move along.
>>
>> Agreed.
>>
>> Acked-by: Peter Korsgaard <peter@korsgaard.com>
>>
> The next move is probably increase testing with glibc in the Buildroot testsuite?
If you mean the autobuilder: no, not at all. Quoting James: we actually want
the autobuilder tests to fail - passing tests are not "interesting". And uClibc
and musl are much more likely to lead to failures.
Regards,
Arnout
>
> Acked-by: Romain Naour <romain.naour@gmail.com>
>
> Best regards,
> Romain
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library
2022-08-15 20:29 [Buildroot] [PATCH next] toolchain/toolchain-buildroot: default to glibc as the C library Thomas Petazzoni via buildroot
2022-08-16 20:50 ` Arnout Vandecappelle
2022-08-16 21:03 ` Yann E. MORIN
@ 2022-08-17 18:46 ` Yann E. MORIN
2 siblings, 0 replies; 7+ messages in thread
From: Yann E. MORIN @ 2022-08-17 18:46 UTC (permalink / raw)
To: Thomas Petazzoni
Cc: Buildroot List, Giulio Benetti, Romain Naour,
Thomas De Schampheleire
Thomas, All,
On 2022-08-15 22:29 +0200, Thomas Petazzoni spake thusly:
> This is perhaps the most controversial change for Buildroot that can
> be written in a two-liner.
>
> Historically, we have used uClibc as our default C library, as
> Buildroot was created initially as a test-bed for uClibc, and also
> because uClibc made a lot of sense for embedded Linux systems, due to
> its smaller size and fine-grained configurability.
>
> Since then, the landscape of embedded Linux systems has changed. Even
> though Buildroot happily supports really low-end devices, the vast
> majority of Buildroot users are quite certainly running the resulting
> system on a reasonably powerful platform, with significant amount of
> RAM and storage. In this context, the benefits of uClibc are no longer
> that much relevant, and glibc causes less "troubles". Therefore, this
> patch proposes to use glibc as our default C library when using the
> internal toolchain backend instead of uClibc.
>
> Of course, we will keep the support for uClibc, which remains an
> important C library choice, for space-constrained systems, or simply
> for architectures that are not supported by glibc.
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Applied to next, thanks.
Regards,
Yann E. MORIN.
> ---
> toolchain/toolchain-buildroot/Config.in | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/toolchain/toolchain-buildroot/Config.in b/toolchain/toolchain-buildroot/Config.in
> index 836af3b22a..9956dc4383 100644
> --- a/toolchain/toolchain-buildroot/Config.in
> +++ b/toolchain/toolchain-buildroot/Config.in
> @@ -22,8 +22,7 @@ config BR2_TOOLCHAIN_BUILDROOT_VENDOR
>
> choice
> prompt "C library"
> - default BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> - default BR2_TOOLCHAIN_BUILDROOT_GLIBC if BR2_powerpc64
> + default BR2_TOOLCHAIN_BUILDROOT_GLIBC
>
> config BR2_TOOLCHAIN_BUILDROOT_UCLIBC
> bool "uClibc-ng"
> --
> 2.37.2
>
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 7+ messages in thread