<div dir="ltr">Aha, I figured someone else would have encountered a similar situation and filed a ticket already, but my searches in Trac weren't coming up with anything. Since the ticket is already 7 years old, I guess that means that it won't be getting fixed any time soon, so I guess I'll just have to use the hack I alluded to in my original message.<div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 16, 2023 at 6:04 PM <<a href="mailto:chrischavez@gmx.us">chrischavez@gmx.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 10/16/23 at 1:14 PM, Jason Liu wrote:<br>
<br>
> Hi all,<br>
><br>
> I'm getting complaints from rev-upgrade for a library binary that is weakly<br>
> linked to a system framework which does exist on newer versions of macOS,<br>
> but doesn't exist on older macOSes. rev-upgrade thinks that it's a broken<br>
> file, and offers to rebuild the port; but of course rebuilding the port<br>
> won't do any good, because the system framework doesn't exist. In addition,<br>
> it's a bit difficult to simply remove the weak linking, because this piece<br>
> of the library is distributed as a pre-compiled binary blob by the upstream<br>
> devs, so it's not like I could modify some source code or CMakeLists file.<br>
> Is this something that could be fixed in macports-base, so that rev-upgrade<br>
> doesn't complain if a weakly linked dependency doesn't exist? (I could file<br>
> a Trac ticket if anyone thinks it's something worth pursuing.)<br>
<br>
<br>
I believe the ticket for this issue is<br>
<a href="https://trac.macports.org/ticket/52700" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/52700</a><br>
</blockquote></div>