std::__throw_bad_array_new_length build failure on Fedora 34/GCC11

[nalimilan]

git master fails to build on Fedora 34 (with GCC 11). This happens even with a fresh clone.

$ make
[...]
    LINK usr/lib/libjulia-internal.so.1.7
/usr/bin/ld: ./codegen.o: in function `__gnu_cxx::new_allocator<llvm::Type*>::allocate(unsigned long, void const*)':
/usr/include/c++/11/ext/new_allocator.h:110: undefined reference to `std::__throw_bad_array_new_length()'
/usr/bin/ld: ./llvm-late-gc-lowering.o: in function `__gnu_cxx::new_allocator<int>::allocate(unsigned long, void const*)':
/usr/include/c++/11/ext/new_allocator.h:110: undefined reference to `std::__throw_bad_array_new_length()'
/usr/bin/ld: ./llvm-late-gc-lowering.o: in function `__gnu_cxx::new_allocator<unsigned int>::allocate(unsigned long, void const*)':
/usr/include/c++/11/ext/new_allocator.h:110: undefined reference to `std::__throw_bad_array_new_length()'
/usr/bin/ld: ./llvm-late-gc-lowering.o: in function `__gnu_cxx::new_allocator<int>::allocate(unsigned long, void const*)':
/usr/include/c++/11/ext/new_allocator.h:110: undefined reference to `std::__throw_bad_array_new_length()'
/usr/bin/ld: /usr/include/c++/11/ext/new_allocator.h:110: undefined reference to `std::__throw_bad_array_new_length()'
/usr/bin/ld: ./llvm-late-gc-lowering.o:/usr/include/c++/11/ext/new_allocator.h:110: more undefined references to `std::__throw_bad_array_new_length()' follow
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:300: /home/milan/julia/usr/lib/libjulia-internal.so.1.7] Error 1
make: *** [Makefile:76: julia-src-release] Error 2

[sostock]

It happens on Arch Linux as well (also GCC 11).

Edit: It works fine with GCC 10.

[DoktorMike]

This happens on my Arch linux as well with

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++,d --with-isl --with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit --enable-cet=auto --enable-checking=release --enable-clocale=gnu --enable-default-pie --enable-default-ssp --enable-gnu-indirect-function --enable-gnu-unique-object --enable-install-libiberty --enable-linker-build-id --enable-lto --enable-multilib --enable-plugin --enable-shared --enable-threads=posix --disable-libssp --disable-libstdcxx-pch --disable-libunwind-exceptions --disable-werror gdc_include_dir=/usr/include/dlang/gdc
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.1.0 (GCC)

[DoktorMike]

It happens on Arch Linux as well (also GCC 11).

Edit: It works fine with GCC 10.

@sostock May I ask how you selected gcc-10 on arch to compile julia? I was looking in the Makefile for a CC alias cut couldn't find one.

[sostock]

@DoktorMike I didn’t edit the makefile, I just downgraded the gcc packages. However, it seems like one needs to be careful with that, since SDDM and KDE Plasma wouldn’t start for me after I did that.

[jmert]

I've added to my Make.user the following and did a full clean build after to have compilation work again.

# 2021-05-22 — Needed at least temporarily after Arch upgraded to GCC 11 with a new         
# libstdc++ version.                                                                     
#   - Build error on unresolved symbol during linking for                                   
#       std::__throw_bad_array_new_length                                                   
USE_SYSTEM_CSL=1                                                                            

[maleadt]

@sostock May I ask how you selected gcc-10 on arch to compile julia? I was looking in the Makefile for a CC alias cut couldn't find one.

You can put override CC=gcc-10 and override CXX=g++-10 in your Make.user.

[albinahlback]

I'm having problems as well on Arch.

[cvanelteren]

Having a similar issue (also on arch)