* [PATCH] buildtools-extended-tarball: add nativesdk-glibc @ 2020-05-06 1:54 kai 2020-05-10 13:40 ` [OE-core] " Richard Purdie 0 siblings, 1 reply; 7+ messages in thread From: kai @ 2020-05-06 1:54 UTC (permalink / raw) To: openembedded-core From: Kai Kang <kai.kang@windriver.com> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc version is too low then it has to build with buildtools-extended-tarball which provides nativesdk-gcc. But it fails to build nspr-native: | gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib -lnspr4 -lpthread -o abstract | /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' | /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' | /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: undefined reference to `__clock_settime@GLIBC_PRIVATE' | /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: undefined reference to `__clock_getres@GLIBC_PRIVATE' | collect2: error: ld returned 1 exit status | make: *** [Makefile:379: abstract] Error 1 Add nativesdk-glibc to buildtools-extended-tarball. And it increases size of buildtools-extended-tarball about 3K from 48356989 to 48360329. Signed-off-by: Kai Kang <kai.kang@windriver.com> --- meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/meta/buildtools-extended-tarball.bb b/meta/recipes-core/meta/buildtools-extended-tarball.bb index c32d0107c3..ab95d62f6f 100644 --- a/meta/recipes-core/meta/buildtools-extended-tarball.bb +++ b/meta/recipes-core/meta/buildtools-extended-tarball.bb @@ -27,6 +27,7 @@ TOOLCHAIN_HOST_TASK += "\ nativesdk-libstdc++-staticdev \ nativesdk-libtool \ nativesdk-pkgconfig \ + nativesdk-glibc \ nativesdk-glibc-utils \ nativesdk-libxcrypt-dev \ " -- 2.17.1 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-06 1:54 [PATCH] buildtools-extended-tarball: add nativesdk-glibc kai @ 2020-05-10 13:40 ` Richard Purdie 2020-05-11 19:21 ` Jeremy Puhlman 2020-05-12 2:30 ` kai 0 siblings, 2 replies; 7+ messages in thread From: Richard Purdie @ 2020-05-10 13:40 UTC (permalink / raw) To: kai, openembedded-core On Wed, 2020-05-06 at 09:54 +0800, kai wrote: > From: Kai Kang <kai.kang@windriver.com> > > It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc > version is too low then it has to build with buildtools-extended- > tarball > which provides nativesdk-gcc. > > But it fails to build nspr-native: > > > gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib > > -lnspr4 -lpthread -o abstract > > /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: > > undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' > > /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: > > undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' > > /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: > > undefined reference to `__clock_settime@GLIBC_PRIVATE' > > /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: > > undefined reference to `__clock_getres@GLIBC_PRIVATE' > > collect2: error: ld returned 1 exit status > > make: *** [Makefile:379: abstract] Error 1 > > Add nativesdk-glibc to buildtools-extended-tarball. And it increases > size of buildtools-extended-tarball about 3K from 48356989 to > 48360329. > > Signed-off-by: Kai Kang <kai.kang@windriver.com> > --- > meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + > 1 file changed, 1 insertion(+) This doesn't make sense. Does it mean we need a new uninative version instead? Cheers, Richard ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-10 13:40 ` [OE-core] " Richard Purdie @ 2020-05-11 19:21 ` Jeremy Puhlman 2020-05-12 2:30 ` kai 1 sibling, 0 replies; 7+ messages in thread From: Jeremy Puhlman @ 2020-05-11 19:21 UTC (permalink / raw) To: openembedded-core [-- Attachment #1: Type: text/plain, Size: 1723 bytes --] On 5/10/2020 6:40 AM, Richard Purdie wrote: > On Wed, 2020-05-06 at 09:54 +0800, kai wrote: >> From: Kai Kang <kai.kang@windriver.com> >> >> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc >> version is too low then it has to build with buildtools-extended- >> tarball >> which provides nativesdk-gcc. >> >> But it fails to build nspr-native: >> >>> gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib >>> -lnspr4 -lpthread -o abstract >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_settime@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_getres@GLIBC_PRIVATE' >>> collect2: error: ld returned 1 exit status >>> make: *** [Makefile:379: abstract] Error 1 >> Add nativesdk-glibc to buildtools-extended-tarball. And it increases >> size of buildtools-extended-tarball about 3K from 48356989 to >> 48360329. >> >> Signed-off-by: Kai Kang <kai.kang@windriver.com> >> --- >> meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + >> 1 file changed, 1 insertion(+) > This doesn't make sense. Does it mean we need a new uninative version > instead? This works in dunfell, as of right now. This should have been fixed with: https://patchwork.openembedded.org/patch/171584/ > > Cheers, > > Richard > > > > > -- Jeremy A. Puhlman jpuhlman@mvista.com [-- Attachment #2: Type: text/html, Size: 3012 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-10 13:40 ` [OE-core] " Richard Purdie 2020-05-11 19:21 ` Jeremy Puhlman @ 2020-05-12 2:30 ` kai 2020-05-12 2:47 ` Jeremy Puhlman 1 sibling, 1 reply; 7+ messages in thread From: kai @ 2020-05-12 2:30 UTC (permalink / raw) To: Richard Purdie, openembedded-core, jpuhlman On 2020/5/10 下午9:40, Richard Purdie wrote: > On Wed, 2020-05-06 at 09:54 +0800, kai wrote: >> From: Kai Kang <kai.kang@windriver.com> >> >> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc >> version is too low then it has to build with buildtools-extended- >> tarball >> which provides nativesdk-gcc. >> >> But it fails to build nspr-native: >> >>> gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib >>> -lnspr4 -lpthread -o abstract >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_settime@GLIBC_PRIVATE' >>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>> undefined reference to `__clock_getres@GLIBC_PRIVATE' >>> collect2: error: ld returned 1 exit status >>> make: *** [Makefile:379: abstract] Error 1 >> Add nativesdk-glibc to buildtools-extended-tarball. And it increases >> size of buildtools-extended-tarball about 3K from 48356989 to >> 48360329. >> >> Signed-off-by: Kai Kang <kai.kang@windriver.com> >> --- >> meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + >> 1 file changed, 1 insertion(+) > This doesn't make sense. Does it mean we need a new uninative version > instead? > > Cheers, > > Richard > ```This works in dunfell, as of right now. This should have been fixed with: ```https://patchwork.openembedded.org/patch/171584/ Hi Jeremy, I can't receive mails from maillist for now. So reply here. I suppose when I build oe-core master on ubunu 16.04, it already contains the commit. I'll double check it. Thanks a lot. -- Kai Kang Wind River Linux ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-12 2:30 ` kai @ 2020-05-12 2:47 ` Jeremy Puhlman 2020-05-12 2:49 ` kai 0 siblings, 1 reply; 7+ messages in thread From: Jeremy Puhlman @ 2020-05-12 2:47 UTC (permalink / raw) To: Kang Kai, Richard Purdie, openembedded-core On 5/11/2020 7:30 PM, Kang Kai wrote: > On 2020/5/10 下午9:40, Richard Purdie wrote: >> On Wed, 2020-05-06 at 09:54 +0800, kai wrote: >>> From: Kai Kang <kai.kang@windriver.com> >>> >>> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc >>> version is too low then it has to build with buildtools-extended- >>> tarball >>> which provides nativesdk-gcc. >>> >>> But it fails to build nspr-native: >>> >>>> gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib >>>> -lnspr4 -lpthread -o abstract >>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>> undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' >>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>> undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' >>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>> undefined reference to `__clock_settime@GLIBC_PRIVATE' >>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>> undefined reference to `__clock_getres@GLIBC_PRIVATE' >>>> collect2: error: ld returned 1 exit status >>>> make: *** [Makefile:379: abstract] Error 1 >>> Add nativesdk-glibc to buildtools-extended-tarball. And it increases >>> size of buildtools-extended-tarball about 3K from 48356989 to >>> 48360329. >>> >>> Signed-off-by: Kai Kang <kai.kang@windriver.com> >>> --- >>> meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + >>> 1 file changed, 1 insertion(+) >> This doesn't make sense. Does it mean we need a new uninative version >> instead? >> >> Cheers, >> >> Richard >> > ```This works in dunfell, as of right now. This should have been fixed > with: > > ```https://patchwork.openembedded.org/patch/171584/ > > Hi Jeremy, > > I can't receive mails from maillist for now. So reply here. > > I suppose when I build oe-core master on ubunu 16.04, it already > contains the commit. I'll double check it. Yeah it is in master right now. I am not entirely sure why you would be seeing it. There was some discussion on the list about twiddling with the location of /etc/ld.so.conf and relocating it in the generation of sdks in general, but I have not been able to poke at it today. If that went in, it might have caused the issue. Basically what I saw when I was looking in to it, was the sdk ld.so.conf was not getting loaded(in the case of the patch because it was looking for etc/etc), but if it got moved or something similar, it might cause a similar issue. If you are still seeing the issue on master, strace the link of the file with -f and look at what is going on with the load of ld.so.conf and that might explain what is going on. Also make sure that ld.so.conf is still there and has reasonable content. -- Jeremy A. Puhlman jpuhlman@mvista.com ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-12 2:47 ` Jeremy Puhlman @ 2020-05-12 2:49 ` kai 2020-05-14 7:36 ` kai 0 siblings, 1 reply; 7+ messages in thread From: kai @ 2020-05-12 2:49 UTC (permalink / raw) To: Jeremy A. Puhlman, Richard Purdie, openembedded-core On 2020/5/12 上午10:47, Jeremy A. Puhlman wrote: > > > On 5/11/2020 7:30 PM, Kang Kai wrote: >> On 2020/5/10 下午9:40, Richard Purdie wrote: >>> On Wed, 2020-05-06 at 09:54 +0800, kai wrote: >>>> From: Kai Kang <kai.kang@windriver.com> >>>> >>>> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc >>>> version is too low then it has to build with buildtools-extended- >>>> tarball >>>> which provides nativesdk-gcc. >>>> >>>> But it fails to build nspr-native: >>>> >>>>> gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib >>>>> -lnspr4 -lpthread -o abstract >>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>> undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' >>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>> undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' >>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>> undefined reference to `__clock_settime@GLIBC_PRIVATE' >>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>> undefined reference to `__clock_getres@GLIBC_PRIVATE' >>>>> collect2: error: ld returned 1 exit status >>>>> make: *** [Makefile:379: abstract] Error 1 >>>> Add nativesdk-glibc to buildtools-extended-tarball. And it increases >>>> size of buildtools-extended-tarball about 3K from 48356989 to >>>> 48360329. >>>> >>>> Signed-off-by: Kai Kang <kai.kang@windriver.com> >>>> --- >>>> meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + >>>> 1 file changed, 1 insertion(+) >>> This doesn't make sense. Does it mean we need a new uninative version >>> instead? >>> >>> Cheers, >>> >>> Richard >>> >> ```This works in dunfell, as of right now. This should have been >> fixed with: >> >> ```https://patchwork.openembedded.org/patch/171584/ >> >> Hi Jeremy, >> >> I can't receive mails from maillist for now. So reply here. >> >> I suppose when I build oe-core master on ubunu 16.04, it already >> contains the commit. I'll double check it. > Yeah it is in master right now. I am not entirely sure why you would > be seeing it. There was some discussion on > the list about twiddling with the location of /etc/ld.so.conf and > relocating it in the generation of sdks in general, but > I have not been able to poke at it today. If that went in, it might > have caused the issue. Basically what I saw when I was > looking in to it, was the sdk ld.so.conf was not getting loaded(in the > case of the patch because it was looking for etc/etc), but > if it got moved or something similar, it might cause a similar issue. > > If you are still seeing the issue on master, strace the link of the > file with -f and look at what is going on with the load of ld.so.conf and > that might explain what is going on. Also make sure that ld.so.conf is > still there and has reasonable content. Thank you very much for your detailed comment. I'll try it. > > -- Kai Kang Wind River Linux ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc 2020-05-12 2:49 ` kai @ 2020-05-14 7:36 ` kai 0 siblings, 0 replies; 7+ messages in thread From: kai @ 2020-05-14 7:36 UTC (permalink / raw) To: Jeremy A. Puhlman, Richard Purdie, openembedded-core On 2020/5/12 上午10:49, Kang Kai wrote: > On 2020/5/12 上午10:47, Jeremy A. Puhlman wrote: >> >> >> On 5/11/2020 7:30 PM, Kang Kai wrote: >>> On 2020/5/10 下午9:40, Richard Purdie wrote: >>>> On Wed, 2020-05-06 at 09:54 +0800, kai wrote: >>>>> From: Kai Kang <kai.kang@windriver.com> >>>>> >>>>> It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc >>>>> version is too low then it has to build with buildtools-extended- >>>>> tarball >>>>> which provides nativesdk-gcc. >>>>> >>>>> But it fails to build nspr-native: >>>>> >>>>>> gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib >>>>>> -lnspr4 -lpthread -o abstract >>>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>>> undefined reference to `__clock_getcpuclockid@GLIBC_PRIVATE' >>>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>>> undefined reference to `__clock_nanosleep@GLIBC_PRIVATE' >>>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>>> undefined reference to `__clock_settime@GLIBC_PRIVATE' >>>>>> /PATH/TO/x86_64-wrlinuxsdk-linux/bin/ld: /lib64/librt.so.1: >>>>>> undefined reference to `__clock_getres@GLIBC_PRIVATE' >>>>>> collect2: error: ld returned 1 exit status >>>>>> make: *** [Makefile:379: abstract] Error 1 >>>>> Add nativesdk-glibc to buildtools-extended-tarball. And it increases >>>>> size of buildtools-extended-tarball about 3K from 48356989 to >>>>> 48360329. >>>>> >>>>> Signed-off-by: Kai Kang <kai.kang@windriver.com> >>>>> --- >>>>> meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 + >>>>> 1 file changed, 1 insertion(+) >>>> This doesn't make sense. Does it mean we need a new uninative version >>>> instead? >>>> >>>> Cheers, >>>> >>>> Richard >>>> >>> ```This works in dunfell, as of right now. This should have been >>> fixed with: >>> >>> ```https://patchwork.openembedded.org/patch/171584/ >>> >>> Hi Jeremy, >>> >>> I can't receive mails from maillist for now. So reply here. >>> >>> I suppose when I build oe-core master on ubunu 16.04, it already >>> contains the commit. I'll double check it. >> Yeah it is in master right now. I am not entirely sure why you would >> be seeing it. There was some discussion on >> the list about twiddling with the location of /etc/ld.so.conf and >> relocating it in the generation of sdks in general, but >> I have not been able to poke at it today. If that went in, it might >> have caused the issue. Basically what I saw when I was >> looking in to it, was the sdk ld.so.conf was not getting loaded(in >> the case of the patch because it was looking for etc/etc), but >> if it got moved or something similar, it might cause a similar issue. >> >> If you are still seeing the issue on master, strace the link of the >> file with -f and look at what is going on with the load of ld.so.conf >> and >> that might explain what is going on. Also make sure that ld.so.conf >> is still there and has reasonable content. > > > Thank you very much for your detailed comment. I'll try it. Hi Richard & Jeremy, I tried buildtools-extended-tarball with latest oe-core repo, and it could build nspr-native on both ubuntu 16.04 and centos 7.7. Maybe it is fixed along with recent update of buildtools-extend. Thanks a lot for your replies. Regards, Kai > > >> >> > -- Kai Kang Wind River Linux ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-05-14 7:38 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-05-06 1:54 [PATCH] buildtools-extended-tarball: add nativesdk-glibc kai 2020-05-10 13:40 ` [OE-core] " Richard Purdie 2020-05-11 19:21 ` Jeremy Puhlman 2020-05-12 2:30 ` kai 2020-05-12 2:47 ` Jeremy Puhlman 2020-05-12 2:49 ` kai 2020-05-14 7:36 ` kai
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.