Closed tux-linux closed 1 month ago
You may have CFLAGS & co set in your env? Don't ;).
I'm also pretty sure you'll need to build w/ an older make version, and I don't recall if that's done automatically on those configs (if the glibc fails to build with a weird make job error, that'd be the reason).
FWIW, updating those is (still ;p) at the top of my TODO list, so I'll be playing along Soon(TM).
(I'd also need much more context to say what's happening here, because I don't even know what this configure output is from ;)).
And, while I can't think of anything that would be problematic on that front, I don't think anyone's ever tested those on any other host architecture than x86_64, so doing that on aarch64 is basically another potential source of random fun times.
(I'd also need much more context to say what's happening here, because I don't even know what this configure output is from ;)).
Didn't you see the drop-down "Error" button in my issue ?
And, while I can't think of anything that would be problematic on that front, I don't think anyone's ever tested those on any other host architecture than x86_64, so doing that on aarch64 is basically another potential source of random fun times.
I did compile it once (summer 2021) on a Raspberry Pi 400 running Manjaro ARM, so there's probably a way around it ;)
Didn't you see the drop-down "Error" button in my issue ?
PEBCAK, rofl. I expanded it, then failed to scroll down, then collapsed it and forgot all about it ;p.
(In my defense, it is 6AM ;D).
You may have CFLAGS & co set in your env? Don't ;).
I'm also pretty sure you'll need to build w/ an older make version, and I don't recall if that's done automatically on those configs (if the glibc fails to build with a weird make job error, that'd be the reason).
FWIW, updating those is (still ;p) at the top of my TODO list, so I'll be playing along Soon(TM).
I didn't set anything previously but I'll check, thanks
Yeah, looking at the full log (\o/), it definitely looks like a whole lot of stuff is set in the env.
This isn't done in the koxtoolchain variant of the build scripts, but that's such a low hanging fruit that Il'l probably do it there too in the next round of updates ;).
I don't recall if that's done automatically on those configs
If it isn't, doing that should be as simple as ticking make
in the "Companion tools" section of the menuconfig (repo should be pinned to a commit old enough that the versions available are okay).
Issue seems to have disappeared after using fish or/and tmux to start the build process. Now I'm getting stuck at Building C library
for over than 20 minutes and I don't really know what is going on. Here is the build log until I sent SIGTERM. (Too big for GitHub I think) http://pkgs-inkbox.duckdns.org:25560/misc/build.log.txt
Thanks for your help!
This seems to be the main issue, as it appears to loop around it forever...
[ALL ] arm-kobo-linux-gnueabihf-gcc -g -O2 -fcommon -U_FORTIFY_SOURCE -mcpu=cortex-a8 -mfpu=neon -mhard-float -Wno-missing-attributes -Wno-array-bounds -Wno-array-parameter -Wno-stringop-overflow -Wno-maybe-uninitialized stpncpy_chk.c -c -std=gnu99 -fgnu89-inline -Wall -Winline -Wwrite-strings -fmerge-all-constants -Wstrict-prototypes -I../include -I/home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/debug -I/home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib -I../ports/sysdeps/arm/elf -I../ports/sysdeps/unix/sysv/linux/arm/eabi/nptl -I../ports/sysdeps/unix/sysv/linux/arm/eabi -I../ports/sysdeps/unix/sysv/linux/arm/nptl -I../ports/sysdeps/unix/sysv/linux/arm -I../ports/sysdeps/unix/sysv/linux -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../ports/sysdeps/unix/arm -I../ports/sysdeps/unix -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/arm/eabi -I../ports/sysdeps/arm/fpu -I../ports/sysdeps/arm/nptl -I../ports/sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports -I../nptl -I.. -I../libio -I. -nostdinc -isystem /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/buildtools/lib/gcc/arm-kobo-linux-gnueabihf/11.2.0/include -isystem /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/buildtools/lib/gcc/arm-kobo-linux-gnueabihf/11.2.0/include-fixed -isystem /home/build/x-tools/arm-kobo-linux-gnueabihf/arm-kobo-linux-gnueabihf/sysroot/usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -o /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/debug/stpncpy_chk.o -MD -MP -MF /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/debug/stpncpy_chk.o.dt -MT /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/debug/stpncpy_chk.o
[ALL ] In file included from ../sysdeps/generic/elf/backtracesyms.c:27:
[ALL ] ../ports/sysdeps/unix/sysv/linux/arm/ldsodefs.h:41: warning: "MORE_ELF_HEADER_DATA" redefined
[ALL ] 41 | #define MORE_ELF_HEADER_DATA |
[ALL ] In file included from ../ports/sysdeps/unix/sysv/linux/arm/ldsodefs.h:23,
[ALL ] from ../sysdeps/generic/elf/backtracesyms.c:27:
[ALL ] ../sysdeps/unix/sysv/linux/ldsodefs.h:64: note: this is the location of the previous definition
[ALL ] 64 | #define MORE_ELF_HEADER_DATA |
It actually hangs there and the minutes/seconds counter in the build script stops and hangs as well, whilst htop still reports 100% CPU usage on 2 cores.
[ALL ] (echo '#define SYSCALL_NAME mprotect'; echo '#define SYSCALL_NARGS 3'; echo '#define SYSCALL_SYMBOL __mprotect'; echo '#include <syscall-template.S>'; echo 'weak_alias (__mprotect, mprotect)'; echo 'libc_hidden_weak (mprotect)'; ) | arm-kobo-linux-gnueabihf-gcc -g -O2 -fcommon -U_FORTIFY_SOURCE -mcpu=cortex-a8 -mfpu=neon -mhard-float -Wno-missing-attributes -Wno-array-bounds -Wno-array-parameter -Wno-stringop-overflow -Wno-maybe-uninitialized -c -I../include -I/home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/misc -I/home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib -I../ports/sysdeps/arm/elf -I../ports/sysdeps/unix/sysv/linux/arm/eabi/nptl -I../ports/sysdeps/unix/sysv/linux/arm/eabi -I../ports/sysdeps/unix/sysv/linux/arm/nptl -I../ports/sysdeps/unix/sysv/linux/arm -I../ports/sysdeps/unix/sysv/linux -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv -I../ports/sysdeps/unix/arm -I../ports/sysdeps/unix -I../nptl/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix -I../ports/sysdeps/arm/eabi -I../ports/sysdeps/arm/fpu -I../ports/sysdeps/arm/nptl -I../ports/sysdeps/arm -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports -I../nptl -I.. -I../libio -I. -nostdinc -isystem /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/buildtools/lib/gcc/arm-kobo-linux-gnueabihf/11.2.0/include -isystem /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/buildtools/lib/gcc/arm-kobo-linux-gnueabihf/11.2.0/include-fixed -isystem /home/build/x-tools/arm-kobo-linux-gnueabihf/arm-kobo-linux-gnueabihf/sysroot/usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -DASSEMBLER -Wa,--noexecstack -o /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/misc/rtld-mprotect.os -x assembler-with-cpp - -MD -MP -MF /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/misc/rtld-mprotect.os.dt -MT /home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/arm-kobo-linux-gnueabihf/build/build-libc-final/multilib/misc/rtld-mprotect.os -DNOT_IN_libc=1 -DIS_IN_rtld=1
[ALL ] In file included from ../sysdeps/unix/sysv/linux/getpagesize.c:24:
[ALL ] ../ports/sysdeps/unix/sysv/linux/arm/ldsodefs.h:41: warning: "MORE_ELF_HEADER_DATA" redefined
[ALL ] 41 | #define MORE_ELF_HEADER_DATA |
[ALL ] In file included from ../ports/sysdeps/unix/sysv/linux/arm/ldsodefs.h:23,
[ALL ] from ../sysdeps/unix/sysv/linux/getpagesize.c:24:
[ALL ] ../sysdeps/unix/sysv/linux/ldsodefs.h:64: note: this is the location of the previous definition
[ALL ] 64 | #define MORE_ELF_HEADER_DATA |
[ALL ] make[5]: Leaving directory '/home/build/inkbox/compiled-binaries/koxtoolchain/build/kobo/.build/src/glibc-2.15/misc'
(no output after this)
Linking may be extra slow for some reason, but I see no reason to panic, I've rarely (if ever) seen a compiler/linker spin in the mud for nothing.
Okay, repro'd here; it's a much sneakier side-effect of the make 4.4.x incompatibilities than the plain failure I was expecting...
Enabling using make 4.3 as the build make via the Companion tools config I mentioned earlier fixes it.
I'll deal with it one way or another when bumping the TCs, I guess...
Random shell history dump, but, basically follow the script and do stuff at the menuconfig stage ;p.
9985 18.4.2023 01:43 0:00 cd build/
9986 18.4.2023 01:43 0:00 ls -lash
9987 18.4.2023 01:43 0:00 realpath CT_NG_BUILD
9988 18.4.2023 01:44 0:00 export PATH="/var/tmp/niluje/koxtoolchain/build/CT_NG_BUILD/bin:${PATH}"
9989 18.4.2023 01:44 0:00 cd kobo
9990 18.4.2023 01:44 0:00 ls
9991 18.4.2023 01:44 0:00 ct-ng clean
9992 18.4.2023 01:45 0:00 ct-ng arm-kobo-linux-gnueabihf
9993 18.4.2023 01:45 0:00 ct-ng oldconfig
9994 18.4.2023 01:45 0:00 ct-ng menuconfig
9995 18.4.2023 01:45 0:00 unset CFLAGS CXXFLAGS LDFLAGS
9996 18.4.2023 01:46 0:00 nice ct-ng build
Thanks, this worked (I think).
Should no longer be an issue, ct-ng now enforces using make 4.3 on the affected versions.
Hello, I'm trying to build this on an Apple Silicon Mac with a Linux VM virtualized on it (Arch Linux ARM). I get the following error:
Error
``` [build@inkbox koxtoolchain]$ ./gen-tc.sh kobo [*] Building CrossTool-NG . . . [-] ct-ng git repo: https://github.com/NiLuJe/crosstool-ng.git [-] ct-ng commit hash: 3e2d99d030cbecc0119aa08bd06d062f59669d45 [-] compiling with 9 parallel jobs [-] toolchain target: arm-kobo-linux-gnueabihf ~/inkbox/compiled-binaries/koxtoolchain/build ~/inkbox/compiled-binaries/koxtoolchain Cloning into 'CT-NG'... remote: Enumerating objects: 43642, done. remote: Counting objects: 100% (16/16), done. remote: Compressing objects: 100% (12/12), done. remote: Total 43642 (delta 5), reused 10 (delta 4), pack-reused 43626 Receiving objects: 100% (43642/43642), 15.79 MiB | 2.27 MiB/s, done. Resolving deltas: 100% (27855/27855), done. ~/inkbox/compiled-binaries/koxtoolchain/build/CT-NG ~/inkbox/compiled-binaries/koxtoolchain/build ~/inkbox/compiled-binaries/koxtoolchain From https://github.com/NiLuJe/crosstool-ng * [new branch] 1.1 -> origin/1.1 * [new branch] 1.10 -> origin/1.10 * [new branch] 1.11 -> origin/1.11 * [new branch] 1.12 -> origin/1.12 * [new branch] 1.13 -> origin/1.13 * [new branch] 1.14 -> origin/1.14 * [new branch] 1.15 -> origin/1.15 * [new branch] 1.16 -> origin/1.16 * [new branch] 1.17 -> origin/1.17 * [new branch] 1.18 -> origin/1.18 * [new branch] 1.19 -> origin/1.19 * [new branch] 1.2 -> origin/1.2 * [new branch] 1.20 -> origin/1.20 * [new branch] 1.21 -> origin/1.21 * [new branch] 1.22 -> origin/1.22 * [new branch] 1.23-kindle -> origin/1.23-kindle * [new branch] 1.24-kindle -> origin/1.24-kindle * [new branch] 1.25-koreader -> origin/1.25-koreader * [new branch] 1.3 -> origin/1.3 * [new branch] 1.4 -> origin/1.4 * [new branch] 1.5 -> origin/1.5 * [new branch] 1.6 -> origin/1.6 * [new branch] 1.7 -> origin/1.7 * [new branch] 1.8 -> origin/1.8 * [new branch] 1.9 -> origin/1.9 * [new branch] kindle -> origin/kindle * [new branch] master -> origin/master Note: switching to '3e2d99d030cbecc0119aa08bd06d062f59669d45'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by switching back to a branch. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -c with the switch command. Example: git switch -cRelevant lines seem to be the following:
GCC and kernel versions:
Any ideas ? Thanks a lot !