https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119933
--- Comment #8 from James K. Lowden <jklowden at gcc dot gnu.org> --- (In reply to Jiahao Xu from comment #7) > I tested this change on LoongArch64, and all COBOL tests now pass except for > the previously reported SIGBUS issue with static linking. Thank you for confirming the fix. We will remove the cobol.dg/group2/_-static__compilation.cob test because it's invalid. glibc does not support dlopen with static linking, and doesn't intend to. That, combined with the scanner fix in comment 6 will close this issue afaik. (https://sourceware.org/bugzilla/show_bug.cgi?id=348) gcobol requires dlopen because the COBOL CALL statement is inherently dynamic. The target of CALL need not be a compile-time constant; typically it is a variable whose value of course is determined at runtime. Runtime support for CALL in libgcobol uses dlopen(3). Consequent to the this PR we will modify gcobol not to accept the -static option.
