clang-8.0 ID load commands refer to non-existent files

[captainproton1971 (Captain Proton)]

Hello,

I'm not at all sure whether this issue is significant, but I thought I'd raise it in case it's meaningful. This hasn't caused any errors that I am aware of.

While verifying the sanity of my MacPorts install, I ran the following

sudo port rev-upgrade --id-loadcmd-check 

What was reported was a number of warnings of the form

Warning: ID load command in /opt/local/libexec/llvm-8.0/lib/clang/8.0.0/lib/darwin/libclang_rt.asan_iossim_dynamic.dylib, arch x86_64 refers to non-existent file /opt/local/libexec/llvm-8.0/lib/libclang_rt.asan_iossim_dynamic.dylib
Warning: This is probably a bug in the clang-8.0 port and might cause problems in libraries linking against this file

Again, I am unaware of any issues apart from raising these warnings.

Cheers, Michael

[kencu (Ken)]

this is essentially a duplicate of 57152

[jmroot (Joshua Root)]

Agreed.

[ken-cunningham-webuse]

In b388e206e96c3a368da19664b4dd5582c769b5ac/macports-ports (master):

llvm/clang/lldb 3.9+ fix rpath handling, revbump

this was originally fixed in
<e75a4491bbaf8e8346068ac6c9f52e082e3634b3/macports-ports>

but once
<​https://github.com/macports/macports-ports/pull/103/commits/4cddb7db3a182f366d605e8db97944cd9d1e0e87>
was merged, the configure.args-delete in the portfile no longer deleted the install_name and install_rpath settings

this resulted in llvm/clang/lldb dylibs sometimes being installed with incorrect library names
and caused errors using the sanitizer libs and similar in clang

the PR restores the previous intended behaviour to allow the cmake scripts in llvm* to set the rpaths

see: #53299
closes: #57152
see: #58889