[MacPorts] #67320: clang-11 @11.1.0_7 +universal fails to build when libxslt -universal is active

[MacPorts]

#67320: clang-11 @11.1.0_7 +universal fails to build when libxslt -universal is
active
------------------------+--------------------
  Reporter:  fhgwright  |      Owner:  (none)
      Type:  defect     |     Status:  new
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.8.1
Resolution:             |   Keywords:
      Port:  clang-11   |
------------------------+--------------------

Comment (by fhgwright):

 Replying to [comment:9 kencu]:
 > that is one weird bug… I still don’t quite follow the issue exactly:

 You and me both.

 > “ It's the use of -L/opt/local/lib that is causing ld to resolve the
 /usr/lib/libstdc++.6.dylib link in an existing library to
 /opt/local/lib/libstdc++.6.dylib in much the same way that
 DYLD_LIBRARY_PATH operates at runtime for dyld.”
 >

 I don't see how the linker can be blamed for doing exactly what it's told
 to do, which is to use `/opt/local/lib/libstdc++.6.dylib` in preference to
 `/usr/lib/libstdc++.6.dylib`, and which expectedly fails when trying to
 link something universal against a non-universal library.  IMO, those
 tickets were misdiagnosed and prematurely closed as `wontfix`.

 In any case, that's ''not'' the same situation as the one here.  That one
 involves expectedly linking against a library which has been overridden by
 a non-universal build, while this one involves unexepectedly linking
 against a library which is not considered to need to be universal since
 it's not an expected dependency.

 The question ''here'' is why `libxslt` is being used at all.

-- 
Ticket URL: <https://trac.macports.org/ticket/67320#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS