Configuring stage 2 in ./intl configure: creating cache ./config.cache checking for armv7-portbld-freebsd15.0-gcc... /usr/ports/lang/gcc13/work/.build/./prev-gcc/xgcc -B/usr/ports/lang/gcc13/work/.build/./prev-gcc/ -B/usr/local/armv7-portbld-freebsd15.0/bin/ -B/usr/local/armv7-portbld-freebsd15.0/bin/ -B/usr/local/armv7-portbld-freebsd15.0/lib/ -isystem /usr/local/armv7-portbld-freebsd15.0/include -isystem /usr/local/armv7-portbld-freebsd15.0/sys-include -fno-checking checking whether the C compiler works... no configure: error: in `/usr/ports/lang/gcc13/work/.build/intl': configure: error: C compiler cannot create executables See `config.log' for more details gmake[2]: *** [Makefile:6603: configure-stage2-intl] Error 77 gmake[2]: Leaving directory '/usr/ports/lang/gcc13/work/.build' gmake[1]: *** [Makefile:25359: stage2-bubble] Error 2 gmake[1]: Leaving directory '/usr/ports/lang/gcc13/work/.build' gmake: *** [Makefile:25582: bootstrap-lean] Error 2 *** Error code 1 work/.build/intl/config.log configure:2565: checking whether the C compiler works configure:2587: /usr/ports/lang/gcc13/work/.build/./prev-gcc/xgcc -B/usr/ports/lang/gcc13/work /.build/./prev-gcc/ -B/usr/local/armv7-portbld-freebsd15.0/bin/ -B/usr/local/armv7-portbld-free bsd15.0/bin/ -B/usr/local/armv7-portbld-freebsd15.0/lib/ -isystem /usr/local/armv7-portbld-free bsd15.0/include -isystem /usr/local/armv7-portbld-freebsd15.0/sys-include -fno-checking -g -O 2 -fno-checking -gtoggle -DLIBICONV_PLUG -static-libstdc++ -static-libgcc conftest.c >&5 /usr/local/bin/ld: warning: libunwind.o: missing .note.GNU-stack section implies executable sta ck /usr/local/bin/ld: NOTE: This behaviour is deprecated and will be removed in a future version o f the linker /usr/local/bin/ld: a.out: hidden symbol `__aeabi_unwind_cpp_pr0' in /usr/ports/lang/gcc13/work/.build/./prev-gcc/libgcc_eh.a(unwind-arm.o) is referenced by DSO /usr/local/bin/ld: final link failed: bad value collect2: error: ld returned 1 exit status configure:2591: $? = 1 configure:2629: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2634: error: in `/usr/ports/lang/gcc13/work/.build/intl': configure:2637: error: C compiler cannot create executables See `config.log' for more details
Unfortunately armv7 is a tier 2 platform for FreeBSD, so there are many issues with higher priority than this one. https://www.freebsd.org/platforms/ However, here is a few suggestions that might help you fix the issue: - test more recent GCC versions, see lang/gcc13-devel, lang/gcc14-devel, lang/gcc15-devel. lang/gcc14 is also coming soon; - look at this recent issue about GCC, libc++ and armv7, which might be related: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278630 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114878 https://github.com/llvm/llvm-project/commit/55357160d0e151c32f86e1d6683b4bddbb706aa1
I was able to build lang/gcc13 (gcc13-13.2.0_4) in an armv7 jail on an armv8 host: JAILNAME VERSION ARCH METHOD TIMESTAMP PATH armv7 15.0-CURRENT 1500018 arm.armv7 src=/usr/src 2024-04-22 10:15:45 /usr/local/poudriere/jails/armv7 # poudriere options -j armv7 -n -s lang/gcc13 [00:00:01] Ports supports: FLAVORS SUBPACKAGES SELECTED_OPTIONS [00:00:01] Working on options directory: /usr/local/etc/poudriere.d/armv7-options [00:00:01] Using ports from: /usr/ports [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf ===> The following configuration options are available for gcc13-13.2.0_4: GRAPHITE=off: Support for Graphite loop optimizations ====> Options available for the radio BOOTSTRAP: you can only select none or one of them LTO_BOOTSTRAP=off: Build using a full LTO bootstrap STANDARD_BOOTSTRAP=on: Build using a full bootstrap without LTO ===> Use 'make config' to modify these settings [00:00:02] Re-run 'poudriere options' with the -c flag to modify the options. I have on my local system a fix for bug #271087 (missing __aeabi_ exports) but it does not affect visibility of __aeabi_unwind_cpp_pr0.