bug#27866: Handle clang's internal libraries when finding compiler's internal libraries
Martin Storsjö <[email protected]>
| Newsgroups | gmane.comp.gnu.libtool.bugs |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 19 Aug 2019, Martin Storsjö wrote: > On Thu, 15 Aug 2019, Bob Friesenhahn wrote: > >> On Thu, 15 Aug 2019, Martin Storsjö wrote: >>> >>> But on Windows, the DLLs aren't allowed to have undefined references, so >>> that mechanism of deferring linking of certain libraries don't work there. >>> (And shouldn't this mechanism be sidestepped altogether if linking with >>> -no-undefined in general?) >> >> Libraries provided by the compiler should have a special status since they >> are built in a well-defined way and it should be possible to make >> assumptions about their suitability for use. The failure to ascribe this >> special status appears to be the problem here. > > I tried implementing this, see patch attached patch 2. Any comments or suggestions for the patches? // Martin _______________________________________________ Bug-libtool mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-libtool