Hi all, I have cross armv6j-hardfloat-linux-uclibceabi chroot that I use to create binary packages for a raspberry pi. Typically, I use a qemu wrapper to access the chroot and update the system, then the real hardware pulls the binaries from there and life is good.
I finally pulled off the band-aid of updating to uclibc-ng. Other than a little surface trouble (my own fault) following the guide worked well, and I now have a fully up to date sysroot. Now another use case I have, is that I use a cross toolchain that I've created with crossdev to build a bunch of software projects against the arm sysroot. I build and run the unit tests (via qemu) regularly as part of a regression system. I updated my cross environment to use cross-armv6j-hardfloat-linux-uclibceabi/uclibc-ng (using a similar process as explained in the uclibc-ng upgrade guide). However, now I cannot build the cross gcc against uclibc-ng. It gets so far (to libgomp) then fails in a conftest, with an error of "ld: cannot find crti.o: No such file or directory". crti.o and crt1.o and crtn.o are all present in /usr/armv6j-hardfloat-linux-uclibceabi/usr/lib, and owned by cross-x-y-z/uclibc-ng. Not sure how to proceed. I can build cross gcc if I set USE="", ie. building JUST a C compiler, no fortran/cpp/openmp/nls/nptl. Any insight would be great. Do I need to patch gcc? Is there a uclibc-ng overlay like there is for musl that I cannot find? Thanks, Dave