[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 Iain Sandoe changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #32 from Iain Sandoe --- Fixed on open branches, could be back ported to vendor branches.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.5 |---
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #31 from CVS Commits --- The releases/gcc-9 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:3d29d0d630caac54dbcc6c3fb961258a011a30fc commit r9-9497-g3d29d0d630caac54dbcc6c3fb961258a011a30fc Author: Iain Sandoe Date: Wed Nov 18 10:06:03 2020 + Darwin : Update libtool and dependencies for Darwin20 [PR97865] The change in major version (and the increment from Darwin19 to 20) caused libtool tests to fail which resulted in incorrect build settings for shared libraries. We take this opportunity to sort out the shared undefined symbols state rather than propagating the current unsound behaviour into a new rev. This change means that we default to the case that missing symbols are considered an error, and if one wants to allow this intentionally, the confiuration for that case should be set appropriately. Three existing cases need undefined dynamic lookup: libitm, where there is already a configuration mechanism to add the flags. libcc1, where we add simple configuration to add the flags for Darwin. libsanitizer, where we can add to the existing extra flags. Backported from 1352bc88a0525743c952197fb2db6e4f8c091cde and 5dc998933e7aa737f4a45a8a2885d42d5288d51a libcc1/ChangeLog: PR target/97865 * Makefile.am: Add dynamic_lookup to LD flags for Darwin. * configure.ac: Test for Darwin host and set a flag. * Makefile.in: Regenerate. * configure: Regenerate. libitm/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to XLDFLAGS for Darwin. * configure: Regenerate. libsanitizer/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to EXTRA_CXXFLAGS for Darwin. * configure: Regenerate. ChangeLog: PR target/97865 * libtool.m4: Update handling of Darwin platform link flags for Darwin20. gcc/ChangeLog: PR target/97865 * configure: Regenerate. libatomic/ChangeLog: PR target/97865 * configure: Regenerate. libbacktrace/ChangeLog: PR target/97865 * configure: Regenerate. libffi/ChangeLog: PR target/97865 * configure: Regenerate. libgfortran/ChangeLog: PR target/97865 * configure: Regenerate. libgomp/ChangeLog: PR target/97865 * configure: Regenerate. libhsail-rt/ChangeLog: PR target/97865 * configure: Regenerate. libobjc/ChangeLog: PR target/97865 * configure: Regenerate. libphobos/ChangeLog: PR target/97865 * configure: Regenerate. libquadmath/ChangeLog: PR target/97865 * configure: Regenerate. libssp/ChangeLog: PR target/97865 * configure: Regenerate. libstdc++-v3/ChangeLog: PR target/97865 * configure: Regenerate. libvtv/ChangeLog: PR target/97865 * configure: Regenerate. zlib/ChangeLog: PR target/97865 * configure: Regenerate. Co-Authored-By: Jakub Jelinek
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #30 from CVS Commits --- The releases/gcc-10 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:c85bc938ccf75ea45c00e430f715544ff396e5b5 commit r10-9196-gc85bc938ccf75ea45c00e430f715544ff396e5b5 Author: Iain Sandoe Date: Wed Nov 18 10:06:03 2020 + Darwin : Update libtool and dependencies for Darwin20 [PR97865] The change in major version (and the increment from Darwin19 to 20) caused libtool tests to fail which resulted in incorrect build settings for shared libraries. We take this opportunity to sort out the shared undefined symbols state rather than propagating the current unsound behaviour into a new rev. This change means that we default to the case that missing symbols are considered an error, and if one wants to allow this intentionally, the confiuration for that case should be set appropriately. Three existing cases need undefined dynamic lookup: libitm, where there is already a configuration mechanism to add the flags. libcc1, where we add simple configuration to add the flags for Darwin. libsanitizer, where we can add to the existing extra flags. Backported from 1352bc88a0525743c952197fb2db6e4f8c091cde and 5dc998933e7aa737f4a45a8a2885d42d5288d51a libcc1/ChangeLog: PR target/97865 * Makefile.am: Add dynamic_lookup to LD flags for Darwin. * configure.ac: Test for Darwin host and set a flag. * Makefile.in: Regenerate. * configure: Regenerate. libitm/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to XLDFLAGS for Darwin. * configure: Regenerate. libsanitizer/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to EXTRA_CXXFLAGS for Darwin. * configure: Regenerate. ChangeLog: PR target/97865 * libtool.m4: Update handling of Darwin platform link flags for Darwin20. gcc/ChangeLog: PR target/97865 * configure: Regenerate. libatomic/ChangeLog: PR target/97865 * configure: Regenerate. libbacktrace/ChangeLog: PR target/97865 * configure: Regenerate. libffi/ChangeLog: PR target/97865 * configure: Regenerate. libgfortran/ChangeLog: PR target/97865 * configure: Regenerate. libgomp/ChangeLog: PR target/97865 * configure: Regenerate. * Makefile.in: Update copyright years. libhsail-rt/ChangeLog: PR target/97865 * configure: Regenerate. libobjc/ChangeLog: PR target/97865 * configure: Regenerate. libphobos/ChangeLog: PR target/97865 * configure: Regenerate. libquadmath/ChangeLog: PR target/97865 * configure: Regenerate. libssp/ChangeLog: PR target/97865 * configure: Regenerate. libstdc++-v3/ChangeLog: PR target/97865 * configure: Regenerate. libvtv/ChangeLog: PR target/97865 * configure: Regenerate. zlib/ChangeLog: PR target/97865 * configure: Regenerate. Co-Authored-By: Jakub Jelinek
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #29 from Jürgen Reuter --- (In reply to CVS Commits from comment #28) > The master branch has been updated by Iain D Sandoe : > > https://gcc.gnu.org/g:1352bc88a0525743c952197fb2db6e4f8c091cde > > commit r11-5758-g1352bc88a0525743c952197fb2db6e4f8c091cde > Author: Iain Sandoe > Date: Wed Nov 18 10:06:03 2020 + > Thanks for the commit. I can confirm that with these changes (and analogous ones in our libtool/configure setup) our code built upon shared libraries works again.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #28 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:1352bc88a0525743c952197fb2db6e4f8c091cde commit r11-5758-g1352bc88a0525743c952197fb2db6e4f8c091cde Author: Iain Sandoe Date: Wed Nov 18 10:06:03 2020 + Darwin : Update libtool and dependencies for Darwin20 [PR97865] The change in major version (and the increment from Darwin19 to 20) caused libtool tests to fail which resulted in incorrect build settings for shared libraries. We take this opportunity to sort out the shared undefined symbols state rather than propagating the current unsound behaviour into a new rev. This change means that we default to the case that missing symbols are considered an error, and if one wants to allow this intentionally, the confiuration for that case should be set appropriately. Three existing cases need undefined dynamic lookup: libitm, where there is already a configuration mechanism to add the flags. libcc1, where we add simple configuration to add the flags for Darwin. libsanitizer, where we can add to the existing extra flags. libcc1/ChangeLog: PR target/97865 * Makefile.am: Add dynamic_lookup to LD flags for Darwin. * configure.ac: Test for Darwin host and set a flag. * Makefile.in: Regenerate. * configure: Regenerate. libitm/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to XLDFLAGS for Darwin. * configure: Regenerate. libsanitizer/ChangeLog: PR target/97865 * configure.tgt: Add dynamic_lookup to EXTRA_CXXFLAGS for Darwin. * configure: Regenerate. ChangeLog: PR target/97865 * libtool.m4: Update handling of Darwin platform link flags for Darwin20. gcc/ChangeLog: PR target/97865 * configure: Regenerate. libatomic/ChangeLog: PR target/97865 * configure: Regenerate. libbacktrace/ChangeLog: PR target/97865 * configure: Regenerate. libffi/ChangeLog: PR target/97865 * configure: Regenerate. libgfortran/ChangeLog: PR target/97865 * configure: Regenerate. libgomp/ChangeLog: PR target/97865 * configure: Regenerate. libhsail-rt/ChangeLog: PR target/97865 * configure: Regenerate. libobjc/ChangeLog: PR target/97865 * configure: Regenerate. libphobos/ChangeLog: PR target/97865 * configure: Regenerate. libquadmath/ChangeLog: PR target/97865 * configure: Regenerate. libssp/ChangeLog: PR target/97865 * configure: Regenerate. libstdc++-v3/ChangeLog: PR target/97865 * configure: Regenerate. libvtv/ChangeLog: PR target/97865 * configure: Regenerate. zlib/ChangeLog: PR target/97865 * configure: Regenerate.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #27 from Iain Sandoe --- tomorrow if there are no further comments (the patch needs minor typographical changes). I'm also testing back-ports for the open branches, and will publish Darwin-specific branches at least for gcc-7.5 (and eventually gcc-6.5 and 5.5 since people are still build the 5 branch for Java) - it all takes time ;)
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #26 from Jürgen Reuter --- Any news? I did not test the patch you posted in your last comment, but only the one from your git repo. Under the assumption that this is identical to the patch here, it works. So apparently libfortran and the fortran frontend are not affected? When do you expect to merge this?
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |8.5 --- Comment #25 from Iain Sandoe --- posted patch https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559963.html (Hopefully, we'll be able to back port to the open branches too)
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #24 from Iain Sandoe --- (In reply to Iain Sandoe from comment #22) > (In reply to Iain Sandoe from comment #19) > > (In reply to Jürgen Reuter from comment #16) > > > (In reply to Iain Sandoe from comment #15) > > > > (In reply to Jürgen Reuter from comment #14) > > > > > > > clang: error: argument unused during compilation: '-no-pie' > > > [-Werror,-Wunused-command-line-argument] > > > make[2]: [lto-dump] Error 1 (ignored) > > > > I saw this issue on i686-darwin9 when trying the branch, it seems that the > > configuration is using the built compiler for this test - but then using the > > build system c++ for the install ... it's not obvious that my changes could > > cause this - I am investigating (it's not a problem if the bootstrap / build > > system c++ support no-pie, which is the case for the gcc-7.5 bootstrap). > > I see this error with r11-5147 and no patches applied (so it's pre-existing > - somewhere between r11-5028 and r11-5147). > > e.g. i686-darwin9: > > make install gives .. > g++: error: unrecognized command line option '-no-pie' > make[2]: *** [gnat1] Error 1 > make[1]: *** [install-gcc] Error 2 > make: *** [install] Error 2 > > x86_64-darwin20 (no configure changes) > > clang: error: argument unused during compilation: '-no-pie' > [-Werror,-Wunused-command-line-argument] > make[2]: *** [cc1plus] Error 1 > make[1]: *** [install-gcc] Error 2 > make: *** [install] Error 2 looks like this was caused by https://gcc.gnu.org/pipermail/gcc-cvs/2020-November/337375.html and is fixed by https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559605.html (but more testing needed)
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #23 from Jürgen Reuter --- (In reply to Iain Sandoe from comment #18) > (In reply to Jürgen Reuter from comment #17) > - > > * I found that there was one incorrect case in libgfortran (where there is a > direct reference to **environ from the dylib, which is not allowed) - this > was being hidden by the 'global dynamic_lookup' -- the > master-wip-config-darwin20 branch has a patch now for that too. > > My test setup > > clean install of macOS11.0.1 > master-wip-config-darwin20 > command line install of XC12.2RC > GMP/MPFR/PMC/ISL are built in-tree (the sources are symlinked into the root > dir) > > /src-local/gcc-master/configure > --prefix=/opt/iains/x86_64-apple-darwin20/gcc-11-0-0 > --target=x86_64-apple-darwin20 --host=x86_64-apple-darwin20 > --build=x86_64-apple-darwin20 > --with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk > --enable-languages=all CC=x86_64-apple-darwin19-gcc > CXX=x86_64-apple-darwin19-g++ > > > > The effort of testing a top-level configuration change across multiple > platforms is quite significant - so I'd rather not hack a minimal change and > then have to go back and fix it properly later - so let's get to the bottom > of what's happening and find the correct solution. So with that patch it works. Probably it worked even before your last fix, as I think I cloned the first your repo just with the link above, but was on master, not on the master-wip-config-darwin20, my fault. I compiled/bootstrapped now with Apple clang version 12.0.0 (clang-1200.0.32.27), and just did make -i install, skipping over the error, which I think is not relevant for me. I used my patches for the gmp, mpfr, mpc, though I think it's not relevant for them. In any case I notified their developers about the issue. Hope we get a stable and convincing solution into 11.0.1. Will you then backport this for upcoming 10.3 and 9.4 as well? (for 8 it's probably too late).
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #22 from Iain Sandoe --- (In reply to Iain Sandoe from comment #19) > (In reply to Jürgen Reuter from comment #16) > > (In reply to Iain Sandoe from comment #15) > > > (In reply to Jürgen Reuter from comment #14) > > > > clang: error: argument unused during compilation: '-no-pie' > > [-Werror,-Wunused-command-line-argument] > > make[2]: [lto-dump] Error 1 (ignored) > > I saw this issue on i686-darwin9 when trying the branch, it seems that the > configuration is using the built compiler for this test - but then using the > build system c++ for the install ... it's not obvious that my changes could > cause this - I am investigating (it's not a problem if the bootstrap / build > system c++ support no-pie, which is the case for the gcc-7.5 bootstrap). I see this error with r11-5147 and no patches applied (so it's pre-existing - somewhere between r11-5028 and r11-5147). e.g. i686-darwin9: make install gives .. g++: error: unrecognized command line option '-no-pie' make[2]: *** [gnat1] Error 1 make[1]: *** [install-gcc] Error 2 make: *** [install] Error 2 x86_64-darwin20 (no configure changes) clang: error: argument unused during compilation: '-no-pie' [-Werror,-Wunused-command-line-argument] make[2]: *** [cc1plus] Error 1 make[1]: *** [install-gcc] Error 2 make: *** [install] Error 2
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #21 from Iain Sandoe --- (In reply to Jürgen Reuter from comment #16) > (In reply to Iain Sandoe from comment #15) > > (In reply to Jürgen Reuter from comment #14) > (4) I checked that on my system there is an older version of libasan > installed. > I thought this comes with every gcc installation, but apparently it > doesn't. Or do I have to build with a special sanitizer flag? The branch contains a patch to enable libsanitizer for darwin20 (libsanitizer *is* built with dynamic_lookup, because it uses undefined weak symbols). So long as the initial configure says that libsanitizer is being built (or rather it doesn't say it's disabled) then it should be present. ** Perhaps the problem are coming primarily from the failed install because of the no-pie issue. I am going to investigate this next. With the last patch on the branch, it would be academic for libgfortran to be built with "undefined, dynamic_lookup" since there are *no* undefined symbols. since DYLD_LIBRARY_PATH no longer works for Darwin, a failed install will no doubt produce a failed test. Will post more when I figure out what's happening with the no-pie issue. In the meantime - you could try a bootstrap with CC/CXX set to a darwin19 gcc 7 or newer (if it's possible).
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #20 from Iain Sandoe --- (In reply to Jürgen Reuter from comment #16) > (In reply to Iain Sandoe from comment #15) > > (In reply to Jürgen Reuter from comment #14) > - #if defined( AIX_PHYSADR_T_CHECK ) > - typedef struct __physadr_s { > - #endif /* AIX_PHYSADR_T_CHECK */ > - > - this is a recently-applied patch from the modules series, perhaps I don't have that yet in my testing.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #19 from Iain Sandoe --- (In reply to Jürgen Reuter from comment #16) > (In reply to Iain Sandoe from comment #15) > > (In reply to Jürgen Reuter from comment #14) > clang: error: argument unused during compilation: '-no-pie' > [-Werror,-Wunused-command-line-argument] > make[2]: [lto-dump] Error 1 (ignored) I saw this issue on i686-darwin9 when trying the branch, it seems that the configuration is using the built compiler for this test - but then using the build system c++ for the install ... it's not obvious that my changes could cause this - I am investigating (it's not a problem if the bootstrap / build system c++ support no-pie, which is the case for the gcc-7.5 bootstrap).
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #18 from Iain Sandoe --- (In reply to Jürgen Reuter from comment #17) > Iain, as I wrote below your changes seem not sufficient, I will recheck when > I build your branch with gmp/mpfr/mpc built with dynamic_lookup, but it > seems that there are some things where you missed the dynamic_lookup. OK - we need to figure out what's different in the setups (I don't get the same result) - * I found that there was one incorrect case in libgfortran (where there is a direct reference to **environ from the dylib, which is not allowed) - this was being hidden by the 'global dynamic_lookup' -- the master-wip-config-darwin20 branch has a patch now for that too. My test setup clean install of macOS11.0.1 master-wip-config-darwin20 command line install of XC12.2RC GMP/MPFR/PMC/ISL are built in-tree (the sources are symlinked into the root dir) /src-local/gcc-master/configure --prefix=/opt/iains/x86_64-apple-darwin20/gcc-11-0-0 --target=x86_64-apple-darwin20 --host=x86_64-apple-darwin20 --build=x86_64-apple-darwin20 --with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk --enable-languages=all CC=x86_64-apple-darwin19-gcc CXX=x86_64-apple-darwin19-g++ ^^^ My bootstrap compiler is x86_64-apple-darwin19 gcc-7.5 (with Ada because of enable-languages=all) I have build logs, install logs and test logs, none of these are showing any error. === gfortran tests === Running target unix === gfortran Summary === # of expected passes55631 # of expected failures 232 # of unsupported tests 82 /scratch/11-0-sur/gcc-master/gcc/gfortran version 11.0.0 20201118 (experimental) [master-wip-config-darwin20 revision r11-5152-gb57eea8b1d7d] (GCC) The effort of testing a top-level configuration change across multiple platforms is quite significant - so I'd rather not hack a minimal change and then have to go back and fix it properly later - so let's get to the bottom of what's happening and find the correct solution.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #17 from Jürgen Reuter --- Iain, as I wrote below your changes seem not sufficient, I will recheck when I build your branch with gmp/mpfr/mpc built with dynamic_lookup, but it seems that there are some things where you missed the dynamic_lookup.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #16 from Jürgen Reuter --- (In reply to Iain Sandoe from comment #15) > (In reply to Jürgen Reuter from comment #14) > > If there is a git branch or so, I could also test it on my system with our > > code whether this works as expected. > > Here you go - this is config.{sub, guess}, libtool and a small patch to > enable libsanitizer for darwin20 (which I'll likely push soon). > > https://github.com/iains/gcc-git/tree/master-wip-config-darwin20 I tested your branch. Several observations: (1) make worked, (I used gmp, mpfr and mpc without patches for them, there libtool is also outdated, but I'm not sure whether it has any influence) (2) make check did not work because of the first error below. (3) make install did produce an error, strangely enough, as make worked without problem. (4) I checked that on my system there is an older version of libasan installed. I thought this comes with every gcc installation, but apparently it doesn't. Or do I have to build with a special sanitizer flag? (5) Your branch does NOT solve the problems in our codes, I do see the same failures in our test suite like with the gcc trunk/master. The test-suite for the gcc itself did not work because of this: sys/types.h /usr/local/packages/iains_gcc_git/fixincludes/tests/base/sys/types.h differ: char 243, line 12 *** sys/types.h 2020-11-19 08:29:08.0 +0100 --- /usr/local/packages/iains_gcc_git/fixincludes/tests/base/sys/types.h 2020-11-18 22:28:10.0 +0100 *** *** 9,19 - #if defined( AIX_PHYSADR_T_CHECK ) - typedef struct __physadr_s { - #endif /* AIX_PHYSADR_T_CHECK */ - - #if defined( GNU_TYPES_CHECK ) #if !defined(_GCC_PTRDIFF_T) #define _GCC_PTRDIFF_T --- 9,14 There were fixinclude test FAILURES make[2]: *** [check] Error 1 make[1]: *** [check-fixincludes] Error 2 make: *** [do-check] Error 2 Also `make install` did not work properly due to the following error (which is strange, as make worked without problems). -L/usr/local//lib -lmpc -lmpfr -lgmp -L./../zlib -lz clang: error: argument unused during compilation: '-no-pie' [-Werror,-Wunused-command-line-argument] make[2]: [cc1plus] Error 1 (ignored) g++ -std=c++11 -no-pie -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -o f951 \ fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/class.o fortran/constructor.o fortran/cpp.o fortran/data.o fortran/decl.o fortran/dump-parse-tree.o fortran/error.o fortran/expr.o fortran/interface.o fortran/intrinsic.o fortran/io.o fortran/iresolve.o fortran/match.o fortran/matchexp.o fortran/misc.o fortran/module.o fortran/openmp.o fortran/options.o fortran/parse.o fortran/primary.o fortran/resolve.o fortran/scanner.o fortran/simplify.o fortran/st.o fortran/symbol.o fortran/target-memory.o darwin-f.o fortran/convert.o fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o fortran/frontend-passes.o libbackend.a main.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a -L./../zlib -lz libcommon.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a attribs.o \ -L/usr/local//lib -L/usr/local//lib -lmpc -lmpfr -lgmp -L./../zlib -lz clang: error: argument unused during compilation: '-no-pie' [-Werror,-Wunused-command-line-argument] make[2]: [f951] Error 1 (ignored) g++ -std=c++11 -no-pie -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -o lto1 \ lto/lto-lang.o lto/lto.o lto/lto-object.o attribs.o lto/lto-partition.o lto/lto-symtab.o lto/lto-common.o libbackend.a main.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a -L/usr/local//lib -L/usr/local//lib -lmpc -lmpfr -lgmp -L./../zlib -lz libcommon.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a clang: error: argument unused during compilation: '-no-pie' [-Werror,-Wunused-command-line-argument] make[2]: [lto1] Error 1 (ignored) g++ -std=c++11 -no-pie -g -O2 -DIN_GCC -fno-exceptions -fno-rtti
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #15 from Iain Sandoe --- (In reply to Jürgen Reuter from comment #14) > If there is a git branch or so, I could also test it on my system with our > code whether this works as expected. Here you go - this is config.{sub, guess}, libtool and a small patch to enable libsanitizer for darwin20 (which I'll likely push soon). https://github.com/iains/gcc-git/tree/master-wip-config-darwin20
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #14 from Jürgen Reuter --- If there is a git branch or so, I could also test it on my system with our code whether this works as expected.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #13 from Iain Sandoe --- (In reply to jos...@codesourcery.com from comment #12) > config.sub and config.guess are imported, unmodified, from upstream > config.git. thanks I will try to do that and test it over the next days (I've been using a newish version on arm64-darwin20 for a few months so don't anticipate problems - but who knows). > libtool has lots of local changes, hopefully all of them submitted > upstream but maybe not and maybe some not committed upstream (libtool has > very few commits in recent years, but lots since the 2009 version used in > GCC). As well as checking all the local changes (relative to libtool > commit 2c9c38d8a12eb0a2ce7fe9c3862523026c3d5622, apparently) and applying > them to a new version as needed, updating libtool would also require > reverting libtool commit 3334f7ed5851ef1e96b052f2984c4acdbf39e20c to deal > with a mismatch of --with-sysroot interpretations. The patch I have here is a additional local change (and specific to Darwin), unfortunately, I don't have resources to address the scope of work you describe.
[Bug target/97865] libtool needs to be updated for Darwin20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 --- Comment #12 from joseph at codesourcery dot com --- config.sub and config.guess are imported, unmodified, from upstream config.git. libtool has lots of local changes, hopefully all of them submitted upstream but maybe not and maybe some not committed upstream (libtool has very few commits in recent years, but lots since the 2009 version used in GCC). As well as checking all the local changes (relative to libtool commit 2c9c38d8a12eb0a2ce7fe9c3862523026c3d5622, apparently) and applying them to a new version as needed, updating libtool would also require reverting libtool commit 3334f7ed5851ef1e96b052f2984c4acdbf39e20c to deal with a mismatch of --with-sysroot interpretations.