@@ -233,18 +233,19 @@ function (add_flangrt_library name)
233233 )
234234
235235 # We define our own _GLIBCXX_THROW_OR_ABORT here because, as of
236- # GCC 15.1, libstdc++ uses (void)_EXC in its definition in order
237- # to silence a warning.
236+ # GCC 15.1, the libstdc++ header file <bits/c++config> uses
237+ # (void)_EXC in its definition of _GLIBCXX_THROW_OR_ABORT to
238+ # silence a warning.
238239 #
239240 # This is a problem for us because some compilers, specifically
240241 # clang, do not always optimize away that (void)_EXC even though
241242 # it is unreachable since it occurs after a call to
242243 # _builtin_abort(). Because _EXC is typically an object derived
243244 # from std::exception, (void)_EXC, when not optimized away,
244- # causes a link reference to std::exception, and we do not want
245- # to link against std::exception since doing that would link us
246- # against the C++ runtime library, and we do not want to link
247- # the Fortran runtime against the C++ runtime .
245+ # calls std::exception methods defined in the libstdc++ shared
246+ # library. We shouldn't link against that library since our
247+ # build version may conflict with the version used by a hybrid
248+ # Fortran/ C++ application .
248249 #
249250 # Redefining _GLIBCXX_THROW_OR_ABORT in this manner is not
250251 # supported by the maintainers of libstdc++, so future changes
0 commit comments