> Is it possible to run an equivalent command on MacOS to see > with -static-libgfortran (to remove some of the shared library loading :-) > Here is a complete strace of a "Hello, world" program on Linux, compiled (In reply to Thomas Koenig from comment #13) c++ + fortran even without the Darwin21.1 bug).
#Gnu gcc for mac code#
Well, unless there's a good reason to have it in a DTOR, it makes for a more robust solution to call it directly (there are various other differences that could occur in mixed code bases esp. > I guess that could be put into main, after the call to _MAIN, instead. The consensus is that this is 99.99% likely an unintentional bug that just happens not to show with clang-based toolchains because they queue DTORs on atexit (as does GCC for C++). NOTE: I have been discussing the non-running of mod_term_funcs with my "downstream" and Apple folks. That would seem a very likely candidate for the issue. > file output] that might explain the issue. > relies on something defined as _attribute_((destructor)) [e.g. mod_term_funcs entries are not being run - so if libgfortran > I had a brief look at some new fails on macOS12 / Darwin21 for gcov. > (In reply to Iain Sandoe from comment #6) (In reply to Thomas Koenig from comment #14) Is it possible to run an equivalent command on MacOS to see Openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3įstat(3, ) = 0 With -static-libgfortran (to remove some of the shared library loading :-)Įxecve("./a.out",, 0x7fff23679850 /* 52 vars */) = 0Īrch_prctl(0x3001 /* ARCH_? */, 0x7ffef37f68b0) = -1 EINVAL (Invalid argument)Īccess("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) Here is a complete strace of a "Hello, world" program on Linux, compiled
0 kommentar(er)
