On Mon, May 11, 2020 at 7:22 AM Richard Purdie <[email protected]> wrote: > > On Mon, 2020-05-11 at 11:23 +0100, Richard Purdie via lists.openembedded.org > wrote: > > On Sun, 2020-05-10 at 12:50 -0700, Khem Raj wrote: > > > * Package new gomp header acc_prof.h > > > * Package lto-dump which is a new tool in gcc10 > > > * All Changes are here [1] > > > * Porting apps to gcc 10 help is here [2] > > > > > > [1] https://gcc.gnu.org/gcc-10/changes.html > > > [2] https://gcc.gnu.org/gcc-10/porting_to.html > > > > > > Signed-off-by: Khem Raj <[email protected]> > > > --- > > > v2: Correct SRC_URI checksums > > > > Fails, in gcc, nativesdk-gcc and gcc-cross-canadian. > > > > e.g. > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/1885 > > > > (but many more) > > > > I think we may need something like: > > > > https://patchwork.ozlabs.org/project/gcc/patch/[email protected]/ > > I added that in master-next and things do look better. >
OK, I will include it in v3 > meta-mingw fails in gcc-runtime: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/1888 I have a local fix for this. > > also valgrind failed for qemuarm64 on arm64 > > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/690 > > 10.1.0/ld: > /home/pokybuild/yocto-worker/qemuarm64-ptest/build/build/tmp/work/aarch64-poky-linux/valgrind/3.15.0-r0/recipe-sysroot/usr/lib/aarch64-poky-linux/10.1.0/libgcc.a(lse-init.o): > in function `init_have_lse_atomics': > | > /usr/src/debug/libgcc/10.1.0-r0/gcc-10.1.0/build.aarch64-poky-linux.aarch64-poky-linux/libgcc/../../../../../../../work-shared/gcc-10.1.0-r0/gcc-10.1.0/libgcc/config/aarch64/lse-init.c:44: > undefined reference to `__getauxval' > | > /usr/src/debug/libgcc/10.1.0-r0/gcc-10.1.0/build.aarch64-poky-linux.aarch64-poky-linux/libgcc/../../../../../../../work-shared/gcc-10.1.0-r0/gcc-10.1.0/libgcc/config/aarch64/lse-init.c:44:(.text.startup+0xc): > relocation truncated to fit: R_AARCH64_CALL26 against undefined symbol > `__getauxval' This seems interesting, I am trying to reproduce here. Should be straight forward perhaps there is an assumption about glibc version somewhere > > The build is still running so there may be other issues... > > Cheers, > > Richard >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138130): https://lists.openembedded.org/g/openembedded-core/message/138130 Mute This Topic: https://lists.openembedded.org/mt/74122591/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
