[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#27866: Handle clang's internal libraries when finding compiler's int
bug#27866: Handle clang's internal libraries when finding compiler's internal libraries
Mon, 9 Sep 2019 11:38:59 +0300 (EEST)
Alpine 2.20 (DEB 67 2015-01-07)
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?
|[Prev in Thread]
||[Next in Thread]|
- bug#27866: Handle clang's internal libraries when finding compiler's internal libraries,
Martin Storsjö <=