https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #37 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Eric Gallager from comment #36) > Note that the solution to this has caused downstream MacPorts bug 65236: > https://trac.macports.org/ticket/65236 the macports ticket does not contain enough information to figure out the problem ... I build and test regularly on Darwin9-21 and have used a range of installed Xcode CLT: e.g. here's the latest I have: gcc/as -arch x86_64 -v -mmacosx-version-min=12.0 -mllvm -x86-pad-for-align=false -force_cpusubtype_ALL -o /Volumes/ramdisk/ccuqyehz.o /Volumes/ramdisk/ccN3ilQO.s Apple clang version 13.1.6 (clang-1316.0.21.2.5) Target: x86_64-apple-darwin21.6.0 Thread model: posix InstalledDir: /Users/Shared/XC/13.4/CommandLineTools/usr/bin "/Users/Shared/XC/13.4/CommandLineTools/usr/bin/clang" -cc1as -triple x86_64-apple-macosx12.0.0 -filetype obj -main-file-name ccN3ilQO.s -target-cpu penryn -fdebug-compilation-dir=/scratch/12-mon/gcc-master -dwarf-debug-producer "Apple clang version 13.1.6 (clang-1316.0.21.2.5)" -dwarf-version=4 -mrelocation-model pic --mrelax-relocations -mllvm -x86-pad-for-align=false -mllvm -disable-aligned-alloc-awareness=1 -o /Volumes/ramdisk/ccuqyehz.o /Volumes/ramdisk/ccN3ilQO.s works fine (i.e the assembler is accepting the flag) .. so I am not sure where the problem is arising in the bias stuff. Perhaps, by some strange mechanism, the cctools assembler is being invoked ?