* [Buildroot] procps-ng: disable for musl libc
@ 2020-06-03 0:02 Markus Mayer
2020-06-03 3:54 ` Baruch Siach
0 siblings, 1 reply; 7+ messages in thread
From: Markus Mayer @ 2020-06-03 0:02 UTC (permalink / raw)
To: buildroot
Hi all,
There is a patch called "procps-ng: disable for musl libc" that was
applied to 2018.02.x:
https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
This patch does not seem to be in any of the following releases nor is
it in master.
$ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
done;done
2018/02
procps-ng: disable for musl libc
2018/05
2018/08
2018/11
2019/02
2019/05
2019/08
2019/11
2020/02
Is this on purpose or should this patch be applied to all releases
going forward?
Thanks,
-Markus
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
2020-06-03 0:02 [Buildroot] procps-ng: disable for musl libc Markus Mayer
@ 2020-06-03 3:54 ` Baruch Siach
2020-06-03 4:12 ` Markus Mayer
[not found] ` <CAGt4E5svy+bxT=hD_MdR+xjv7uo6UkrAvF+8pq5+KT7_bBLYVg@mail.gmail.com>
0 siblings, 2 replies; 7+ messages in thread
From: Baruch Siach @ 2020-06-03 3:54 UTC (permalink / raw)
To: buildroot
Hi Markus,
On Wed, Jun 03 2020, Markus Mayer wrote:
> There is a patch called "procps-ng: disable for musl libc" that was
> applied to 2018.02.x:
>
> https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
>
> This patch does not seem to be in any of the following releases nor is
> it in master.
>
> $ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
> git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
> done;done
> 2018/02
> procps-ng: disable for musl libc
> 2018/05
> 2018/08
> 2018/11
> 2019/02
> 2019/05
> 2019/08
> 2019/11
> 2020/02
>
> Is this on purpose or should this patch be applied to all releases
> going forward?
This is on purpose.
The commit log you liked to above specifically mentions musl version
1.1.8 in 2018.02.x. Later Buildroot releases include newer versions of
musl that implement the missing fopencookie().
baruch
--
~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
2020-06-03 3:54 ` Baruch Siach
@ 2020-06-03 4:12 ` Markus Mayer
[not found] ` <CAGt4E5svy+bxT=hD_MdR+xjv7uo6UkrAvF+8pq5+KT7_bBLYVg@mail.gmail.com>
1 sibling, 0 replies; 7+ messages in thread
From: Markus Mayer @ 2020-06-03 4:12 UTC (permalink / raw)
To: buildroot
On Tue, 2 Jun 2020 at 20:54, Baruch Siach <baruch@tkos.co.il> wrote:
>
> Hi Markus,
>
> On Wed, Jun 03 2020, Markus Mayer wrote:
> > There is a patch called "procps-ng: disable for musl libc" that was
> > applied to 2018.02.x:
> >
> > https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
> >
> > This patch does not seem to be in any of the following releases nor is
> > it in master.
> >
> > $ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
> > git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
> > done;done
> > 2018/02
> > procps-ng: disable for musl libc
> > 2018/05
> > 2018/08
> > 2018/11
> > 2019/02
> > 2019/05
> > 2019/08
> > 2019/11
> > 2020/02
> >
> > Is this on purpose or should this patch be applied to all releases
> > going forward?
>
> This is on purpose.
>
> The commit log you liked to above specifically mentions musl version
> 1.1.8 in 2018.02.x. Later Buildroot releases include newer versions of
> musl that implement the missing fopencookie().
[resending for the benefit of the list]
Interesting. Do I need to turn on anything to enable this feature? I
am still seeing the very same error with 2020.05 and musl.
CC procio.o
CC proc/alloc.lo
CC proc/devname.lo
CC proc/escape.lo
CC proc/numa.lo
procio.c:50:8: error: unknown type name 'cookie_io_functions_t'
static cookie_io_functions_t procio = {
^~~~~~~~~~~~~~~~~~~~~
procio.c:51:5: error: field name not in record or union initializer
.read = proc_read,
^
procio.c:51:5: note: (near initialization for 'procio')
procio.c:51:14: warning: initialization makes integer from pointer
without a cast [-Wint-conversion]
.read = proc_read,
^~~~~~~~~
procio.c:51:14: note: (near initialization for 'procio')
procio.c:51:14: error: initializer element is not computable at load time
procio.c:51:14: note: (near initialization for 'procio')
procio.c:52:5: error: field name not in record or union initializer
.write = proc_write,
^
procio.c:52:5: note: (near initialization for 'procio')
procio.c:52:14: warning: excess elements in scalar initializer
.write = proc_write,
^~~~~~~~~~
procio.c:52:14: note: (near initialization for 'procio')
procio.c:53:5: error: field name not in record or union initializer
.seek = NULL,
^
procio.c:53:5: note: (near initialization for 'procio')
procio.c:53:14: warning: excess elements in scalar initializer
.seek = NULL,
^~~~
procio.c:53:14: note: (near initialization for 'procio')
procio.c:54:5: error: field name not in record or union initializer
.close = proc_close,
^
procio.c:54:5: note: (near initialization for 'procio')
procio.c:54:14: warning: excess elements in scalar initializer
.close = proc_close,
^~~~~~~~~~
procio.c:54:14: note: (near initialization for 'procio')
procio.c: In function 'fprocopen':
procio.c:136:11: warning: implicit declaration of function
'fopencookie' [-Wimplicit-function-declaration]
handle = fopencookie(cookie, mode, procio);
^~~~~~~~~~~
procio.c:136:9: warning: assignment makes pointer from integer without
a cast [-Wint-conversion]
handle = fopencookie(cookie, mode, procio);
^
Makefile:1501: recipe for target 'procio.o' failed
It works fine with glibc. I just started experimenting with libmusl.
Thanks,
-Markus
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
[not found] ` <CAGt4E5svy+bxT=hD_MdR+xjv7uo6UkrAvF+8pq5+KT7_bBLYVg@mail.gmail.com>
@ 2020-06-03 4:19 ` Baruch Siach
2020-06-03 4:27 ` Markus Mayer
0 siblings, 1 reply; 7+ messages in thread
From: Baruch Siach @ 2020-06-03 4:19 UTC (permalink / raw)
To: buildroot
Hi Markus,
On Wed, Jun 03 2020, Markus Mayer wrote:
> On Tue, 2 Jun 2020 at 20:54, Baruch Siach <baruch@tkos.co.il> wrote:
>> On Wed, Jun 03 2020, Markus Mayer wrote:
>> > There is a patch called "procps-ng: disable for musl libc" that was
>> > applied to 2018.02.x:
>> >
>> > https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
>> >
>> > This patch does not seem to be in any of the following releases nor is
>> > it in master.
>> >
>> > $ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
>> > git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
>> > done;done
>> > 2018/02
>> > procps-ng: disable for musl libc
>> > 2018/05
>> > 2018/08
>> > 2018/11
>> > 2019/02
>> > 2019/05
>> > 2019/08
>> > 2019/11
>> > 2020/02
>> >
>> > Is this on purpose or should this patch be applied to all releases
>> > going forward?
>>
>> This is on purpose.
>>
>> The commit log you liked to above specifically mentions musl version
>> 1.1.8 in 2018.02.x. Later Buildroot releases include newer versions of
>> musl that implement the missing fopencookie().
>
> Interesting. Do I need to turn on anything to enable this feature? I
> am still seeing the very same error with 2020.05 and musl.
>
> CC procio.o
> CC proc/alloc.lo
> CC proc/devname.lo
> CC proc/escape.lo
> CC proc/numa.lo
> procio.c:50:8: error: unknown type name 'cookie_io_functions_t'
> static cookie_io_functions_t procio = {
> ^~~~~~~~~~~~~~~~~~~~~
> procio.c:51:5: error: field name not in record or union initializer
> .read = proc_read,
> ^
> procio.c:51:5: note: (near initialization for 'procio')
> procio.c:51:14: warning: initialization makes integer from pointer
> without a cast [-Wint-conversion]
> .read = proc_read,
> ^~~~~~~~~
> procio.c:51:14: note: (near initialization for 'procio')
> procio.c:51:14: error: initializer element is not computable at load time
> procio.c:51:14: note: (near initialization for 'procio')
> procio.c:52:5: error: field name not in record or union initializer
> .write = proc_write,
> ^
> procio.c:52:5: note: (near initialization for 'procio')
> procio.c:52:14: warning: excess elements in scalar initializer
> .write = proc_write,
> ^~~~~~~~~~
> procio.c:52:14: note: (near initialization for 'procio')
> procio.c:53:5: error: field name not in record or union initializer
> .seek = NULL,
> ^
> procio.c:53:5: note: (near initialization for 'procio')
> procio.c:53:14: warning: excess elements in scalar initializer
> .seek = NULL,
> ^~~~
> procio.c:53:14: note: (near initialization for 'procio')
> procio.c:54:5: error: field name not in record or union initializer
> .close = proc_close,
> ^
> procio.c:54:5: note: (near initialization for 'procio')
> procio.c:54:14: warning: excess elements in scalar initializer
> .close = proc_close,
> ^~~~~~~~~~
> procio.c:54:14: note: (near initialization for 'procio')
> procio.c: In function 'fprocopen':
> procio.c:136:11: warning: implicit declaration of function
> 'fopencookie' [-Wimplicit-function-declaration]
> handle = fopencookie(cookie, mode, procio);
> ^~~~~~~~~~~
> procio.c:136:9: warning: assignment makes pointer from integer without
> a cast [-Wint-conversion]
> handle = fopencookie(cookie, mode, procio);
> ^
> Makefile:1501: recipe for target 'procio.o' failed
>
> It works fine with glibc. I just started experimenting with libmusl.
procps-ng builds fine with musl here on master commit
c7cd1f0370871b4633. This is my defconfig:
BR2_arm=y
BR2_cortex_a9=y
BR2_ARM_ENABLE_VFP=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_DOWNLOAD=y
BR2_TOOLCHAIN_EXTERNAL_URL="http://autobuild.buildroot.org/toolchains/tarballs/br-arm-cortex-a9-musl-2020.02.tar.bz2"
BR2_TOOLCHAIN_EXTERNAL_GCC_8=y
BR2_TOOLCHAIN_EXTERNAL_HEADERS_5_4=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
BR2_TOOLCHAIN_EXTERNAL_CXX=y
BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
BR2_PACKAGE_PROCPS_NG=y
What is yours?
baruch
--
~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
2020-06-03 4:19 ` Baruch Siach
@ 2020-06-03 4:27 ` Markus Mayer
2020-06-03 4:35 ` Baruch Siach
0 siblings, 1 reply; 7+ messages in thread
From: Markus Mayer @ 2020-06-03 4:27 UTC (permalink / raw)
To: buildroot
On Tue, 2 Jun 2020 at 21:19, Baruch Siach <baruch@tkos.co.il> wrote:
>
> Hi Markus,
>
> On Wed, Jun 03 2020, Markus Mayer wrote:
> > On Tue, 2 Jun 2020 at 20:54, Baruch Siach <baruch@tkos.co.il> wrote:
> >> On Wed, Jun 03 2020, Markus Mayer wrote:
> >> > There is a patch called "procps-ng: disable for musl libc" that was
> >> > applied to 2018.02.x:
> >> >
> >> > https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
> >> >
> >> > This patch does not seem to be in any of the following releases nor is
> >> > it in master.
> >> >
> >> > $ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
> >> > git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
> >> > done;done
> >> > 2018/02
> >> > procps-ng: disable for musl libc
> >> > 2018/05
> >> > 2018/08
> >> > 2018/11
> >> > 2019/02
> >> > 2019/05
> >> > 2019/08
> >> > 2019/11
> >> > 2020/02
> >> >
> >> > Is this on purpose or should this patch be applied to all releases
> >> > going forward?
> >>
> >> This is on purpose.
> >>
> >> The commit log you liked to above specifically mentions musl version
> >> 1.1.8 in 2018.02.x. Later Buildroot releases include newer versions of
> >> musl that implement the missing fopencookie().
> >
> > Interesting. Do I need to turn on anything to enable this feature? I
> > am still seeing the very same error with 2020.05 and musl.
> >
> > CC procio.o
> > CC proc/alloc.lo
> > CC proc/devname.lo
> > CC proc/escape.lo
> > CC proc/numa.lo
> > procio.c:50:8: error: unknown type name 'cookie_io_functions_t'
> > static cookie_io_functions_t procio = {
> > ^~~~~~~~~~~~~~~~~~~~~
> > procio.c:51:5: error: field name not in record or union initializer
> > .read = proc_read,
> > ^
> > procio.c:51:5: note: (near initialization for 'procio')
> > procio.c:51:14: warning: initialization makes integer from pointer
> > without a cast [-Wint-conversion]
> > .read = proc_read,
> > ^~~~~~~~~
> > procio.c:51:14: note: (near initialization for 'procio')
> > procio.c:51:14: error: initializer element is not computable at load time
> > procio.c:51:14: note: (near initialization for 'procio')
> > procio.c:52:5: error: field name not in record or union initializer
> > .write = proc_write,
> > ^
> > procio.c:52:5: note: (near initialization for 'procio')
> > procio.c:52:14: warning: excess elements in scalar initializer
> > .write = proc_write,
> > ^~~~~~~~~~
> > procio.c:52:14: note: (near initialization for 'procio')
> > procio.c:53:5: error: field name not in record or union initializer
> > .seek = NULL,
> > ^
> > procio.c:53:5: note: (near initialization for 'procio')
> > procio.c:53:14: warning: excess elements in scalar initializer
> > .seek = NULL,
> > ^~~~
> > procio.c:53:14: note: (near initialization for 'procio')
> > procio.c:54:5: error: field name not in record or union initializer
> > .close = proc_close,
> > ^
> > procio.c:54:5: note: (near initialization for 'procio')
> > procio.c:54:14: warning: excess elements in scalar initializer
> > .close = proc_close,
> > ^~~~~~~~~~
> > procio.c:54:14: note: (near initialization for 'procio')
> > procio.c: In function 'fprocopen':
> > procio.c:136:11: warning: implicit declaration of function
> > 'fopencookie' [-Wimplicit-function-declaration]
> > handle = fopencookie(cookie, mode, procio);
> > ^~~~~~~~~~~
> > procio.c:136:9: warning: assignment makes pointer from integer without
> > a cast [-Wint-conversion]
> > handle = fopencookie(cookie, mode, procio);
> > ^
> > Makefile:1501: recipe for target 'procio.o' failed
> >
> > It works fine with glibc. I just started experimenting with libmusl.
>
> procps-ng builds fine with musl here on master commit
> c7cd1f0370871b4633. This is my defconfig:
>
> BR2_arm=y
> BR2_cortex_a9=y
> BR2_ARM_ENABLE_VFP=y
> BR2_TOOLCHAIN_EXTERNAL=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
> BR2_TOOLCHAIN_EXTERNAL_DOWNLOAD=y
> BR2_TOOLCHAIN_EXTERNAL_URL="http://autobuild.buildroot.org/toolchains/tarballs/br-arm-cortex-a9-musl-2020.02.tar.bz2"
> BR2_TOOLCHAIN_EXTERNAL_GCC_8=y
> BR2_TOOLCHAIN_EXTERNAL_HEADERS_5_4=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
> BR2_TOOLCHAIN_EXTERNAL_CXX=y
> BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
> BR2_PACKAGE_PROCPS_NG=y
>
> What is yours?
BR2_aarch64=y
BR2_cortex_a53=y
BR2_ARM_FPU_FP_ARMV8=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_PREINSTALLED=y
BR2_TOOLCHAIN_EXTERNAL_MUSL=y
BR2_PACKAGE_HAS_TOOLCHAIN_EXTERNAL=y
BR2_PACKAGE_PROVIDES_TOOLCHAIN_EXTERNAL="toolchain-external-custom"
BR2_TOOLCHAIN_EXTERNAL_PREFIX="$(ARCH)-linux"
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="$(ARCH)-linux"
BR2_TOOLCHAIN_EXTERNAL_GCC_6=y
BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_1=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
BR2_TOOLCHAIN_EXTERNAL_HAS_SSP=y
BR2_TOOLCHAIN_EXTERNAL_HAS_SSP_STRONG=y
BR2_TOOLCHAIN_EXTERNAL_CXX=y
Mine is aarch64. GCC is 6.3 and the kernel is 4.9 (the toolchain is
configured with 4.1 headers to support 4.1 and 4.9).
Regards,
-Markus
> baruch
>
> --
> ~. .~ Tk Open Systems
> =}------------------------------------------------ooO--U--Ooo------------{=
> - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
2020-06-03 4:27 ` Markus Mayer
@ 2020-06-03 4:35 ` Baruch Siach
2020-06-03 5:07 ` Markus Mayer
0 siblings, 1 reply; 7+ messages in thread
From: Baruch Siach @ 2020-06-03 4:35 UTC (permalink / raw)
To: buildroot
On Wed, Jun 03 2020, Markus Mayer wrote:
> On Tue, 2 Jun 2020 at 21:19, Baruch Siach <baruch@tkos.co.il> wrote:
>> On Wed, Jun 03 2020, Markus Mayer wrote:
>> > On Tue, 2 Jun 2020 at 20:54, Baruch Siach <baruch@tkos.co.il> wrote:
>> >> On Wed, Jun 03 2020, Markus Mayer wrote:
>> >> > There is a patch called "procps-ng: disable for musl libc" that was
>> >> > applied to 2018.02.x:
>> >> >
>> >> > https://patchwork.ozlabs.org/project/buildroot/patch/3f2a94307e6c380842726b8158e8ec2e9d24372a.1530616293.git.baruch at tkos.co.il/
>> >> >
>> >> > This patch does not seem to be in any of the following releases nor is
>> >> > it in master.
>> >> >
>> >> > $ for i in 2018 2019 2020; do for j in 02 05 08 11;do echo "$i/$j";
>> >> > git log origin/$i.$j.x | grep 'procps-ng: disable for musl libc';
>> >> > done;done
>> >> > 2018/02
>> >> > procps-ng: disable for musl libc
>> >> > 2018/05
>> >> > 2018/08
>> >> > 2018/11
>> >> > 2019/02
>> >> > 2019/05
>> >> > 2019/08
>> >> > 2019/11
>> >> > 2020/02
>> >> >
>> >> > Is this on purpose or should this patch be applied to all releases
>> >> > going forward?
>> >>
>> >> This is on purpose.
>> >>
>> >> The commit log you liked to above specifically mentions musl version
>> >> 1.1.8 in 2018.02.x. Later Buildroot releases include newer versions of
>> >> musl that implement the missing fopencookie().
>> >
>> > Interesting. Do I need to turn on anything to enable this feature? I
>> > am still seeing the very same error with 2020.05 and musl.
>> >
>> > CC procio.o
>> > CC proc/alloc.lo
>> > CC proc/devname.lo
>> > CC proc/escape.lo
>> > CC proc/numa.lo
>> > procio.c:50:8: error: unknown type name 'cookie_io_functions_t'
>> > static cookie_io_functions_t procio = {
>> > ^~~~~~~~~~~~~~~~~~~~~
>> > procio.c:51:5: error: field name not in record or union initializer
>> > .read = proc_read,
>> > ^
>> > procio.c:51:5: note: (near initialization for 'procio')
>> > procio.c:51:14: warning: initialization makes integer from pointer
>> > without a cast [-Wint-conversion]
>> > .read = proc_read,
>> > ^~~~~~~~~
>> > procio.c:51:14: note: (near initialization for 'procio')
>> > procio.c:51:14: error: initializer element is not computable at load time
>> > procio.c:51:14: note: (near initialization for 'procio')
>> > procio.c:52:5: error: field name not in record or union initializer
>> > .write = proc_write,
>> > ^
>> > procio.c:52:5: note: (near initialization for 'procio')
>> > procio.c:52:14: warning: excess elements in scalar initializer
>> > .write = proc_write,
>> > ^~~~~~~~~~
>> > procio.c:52:14: note: (near initialization for 'procio')
>> > procio.c:53:5: error: field name not in record or union initializer
>> > .seek = NULL,
>> > ^
>> > procio.c:53:5: note: (near initialization for 'procio')
>> > procio.c:53:14: warning: excess elements in scalar initializer
>> > .seek = NULL,
>> > ^~~~
>> > procio.c:53:14: note: (near initialization for 'procio')
>> > procio.c:54:5: error: field name not in record or union initializer
>> > .close = proc_close,
>> > ^
>> > procio.c:54:5: note: (near initialization for 'procio')
>> > procio.c:54:14: warning: excess elements in scalar initializer
>> > .close = proc_close,
>> > ^~~~~~~~~~
>> > procio.c:54:14: note: (near initialization for 'procio')
>> > procio.c: In function 'fprocopen':
>> > procio.c:136:11: warning: implicit declaration of function
>> > 'fopencookie' [-Wimplicit-function-declaration]
>> > handle = fopencookie(cookie, mode, procio);
>> > ^~~~~~~~~~~
>> > procio.c:136:9: warning: assignment makes pointer from integer without
>> > a cast [-Wint-conversion]
>> > handle = fopencookie(cookie, mode, procio);
>> > ^
>> > Makefile:1501: recipe for target 'procio.o' failed
>> >
>> > It works fine with glibc. I just started experimenting with libmusl.
>>
>> procps-ng builds fine with musl here on master commit
>> c7cd1f0370871b4633. This is my defconfig:
>>
>> BR2_arm=y
>> BR2_cortex_a9=y
>> BR2_ARM_ENABLE_VFP=y
>> BR2_TOOLCHAIN_EXTERNAL=y
>> BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
>> BR2_TOOLCHAIN_EXTERNAL_DOWNLOAD=y
>> BR2_TOOLCHAIN_EXTERNAL_URL="http://autobuild.buildroot.org/toolchains/tarballs/br-arm-cortex-a9-musl-2020.02.tar.bz2"
>> BR2_TOOLCHAIN_EXTERNAL_GCC_8=y
>> BR2_TOOLCHAIN_EXTERNAL_HEADERS_5_4=y
>> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
>> BR2_TOOLCHAIN_EXTERNAL_CXX=y
>> BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
>> BR2_PACKAGE_PROCPS_NG=y
>>
>> What is yours?
>
> BR2_aarch64=y
> BR2_cortex_a53=y
> BR2_ARM_FPU_FP_ARMV8=y
>
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
> BR2_TOOLCHAIN_EXTERNAL_PREINSTALLED=y
> BR2_TOOLCHAIN_EXTERNAL_MUSL=y
> BR2_PACKAGE_HAS_TOOLCHAIN_EXTERNAL=y
So you are using an external musl toolchain. It most likely has a musl
version older than 1.1.19 (Feb 2018) that introduced fopencookie()
implementation.
baruch
> BR2_PACKAGE_PROVIDES_TOOLCHAIN_EXTERNAL="toolchain-external-custom"
> BR2_TOOLCHAIN_EXTERNAL_PREFIX="$(ARCH)-linux"
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="$(ARCH)-linux"
> BR2_TOOLCHAIN_EXTERNAL_GCC_6=y
> BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_1=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
> BR2_TOOLCHAIN_EXTERNAL_HAS_SSP=y
> BR2_TOOLCHAIN_EXTERNAL_HAS_SSP_STRONG=y
> BR2_TOOLCHAIN_EXTERNAL_CXX=y
>
> Mine is aarch64. GCC is 6.3 and the kernel is 4.9 (the toolchain is
> configured with 4.1 headers to support 4.1 and 4.9).
--
~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Buildroot] procps-ng: disable for musl libc
2020-06-03 4:35 ` Baruch Siach
@ 2020-06-03 5:07 ` Markus Mayer
0 siblings, 0 replies; 7+ messages in thread
From: Markus Mayer @ 2020-06-03 5:07 UTC (permalink / raw)
To: buildroot
On Tue, 2 Jun 2020 at 21:35, Baruch Siach <baruch@tkos.co.il> wrote:
> >> What is yours?
> >
> > BR2_aarch64=y
> > BR2_cortex_a53=y
> > BR2_ARM_FPU_FP_ARMV8=y
> >
> > BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
> > BR2_TOOLCHAIN_EXTERNAL_PREINSTALLED=y
> > BR2_TOOLCHAIN_EXTERNAL_MUSL=y
> > BR2_PACKAGE_HAS_TOOLCHAIN_EXTERNAL=y
>
> So you are using an external musl toolchain. It most likely has a musl
> version older than 1.1.19 (Feb 2018) that introduced fopencookie()
> implementation.
You are correct. I was trying earlier to find a version string in the
musl libc binary and didn't see one. But now I found it.
$ strings aarch64-unknown-linux-musleabi/sys-root/usr/lib/libc.so | fgrep 1.1
1.1.16
I'll see what we can do about that. Thanks for the pointer.
Regards,
-Markus
> baruch
>
> > BR2_PACKAGE_PROVIDES_TOOLCHAIN_EXTERNAL="toolchain-external-custom"
> > BR2_TOOLCHAIN_EXTERNAL_PREFIX="$(ARCH)-linux"
> > BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="$(ARCH)-linux"
> > BR2_TOOLCHAIN_EXTERNAL_GCC_6=y
> > BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_1=y
> > BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
> > BR2_TOOLCHAIN_EXTERNAL_HAS_SSP=y
> > BR2_TOOLCHAIN_EXTERNAL_HAS_SSP_STRONG=y
> > BR2_TOOLCHAIN_EXTERNAL_CXX=y
> >
> > Mine is aarch64. GCC is 6.3 and the kernel is 4.9 (the toolchain is
> > configured with 4.1 headers to support 4.1 and 4.9).
>
> --
> ~. .~ Tk Open Systems
> =}------------------------------------------------ooO--U--Ooo------------{=
> - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-06-03 5:07 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-03 0:02 [Buildroot] procps-ng: disable for musl libc Markus Mayer
2020-06-03 3:54 ` Baruch Siach
2020-06-03 4:12 ` Markus Mayer
[not found] ` <CAGt4E5svy+bxT=hD_MdR+xjv7uo6UkrAvF+8pq5+KT7_bBLYVg@mail.gmail.com>
2020-06-03 4:19 ` Baruch Siach
2020-06-03 4:27 ` Markus Mayer
2020-06-03 4:35 ` Baruch Siach
2020-06-03 5:07 ` Markus Mayer
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.