Apple notarisation process - LC_VERSION_MIN_MACOSX
Ken Cunningham
ken.cunningham.webuse at gmail.com
Fri Mar 5 13:51:56 UTC 2021
Back to the OP, he reports his submissions of MacPorts-built libraries were
rejected due to lack of the titular define, which we see no longer exists.
So sorting that out is for Apple, it would seem.
Nothing I can fix in ld64 or suggest in compile args, anyway, so nothing it
would seem we can do here.
K
On Friday, March 5, 2021, Rainer Müller <raimue at macports.org> wrote:
> On 05/03/2021 04.43, Ken Cunningham wrote:
> > Apple is not using LC_VERSION_MIN_MACOSX any longer, as at least one
> helpful
> > person pointed out. So — we will never “fix” the problem of this not
> being
> > added, as it is — gone, it appears.
> >
> > See https://developer.apple.com/forums/thread/127450
> > <https://developer.apple.com/forums/thread/127450> and other links.
>
> There was a separate load command for the minimum version of each platform:
> - LC_VERSION_MIN_MACOSX
> - LC_VERSION_MIN_IPHONEOS
> - LC_VERSION_MIN_WATCHOS
> - LC_VERSION_MIN_TVOS
> They have been replaced with LC_BUILD_VERSION, which encodes both the
> platform
> and the minimum required version.
>
> If your binary does not have LC_VERSION_MIN_MACOSX, it will have
> LC_BUILD_VERSION instead. This is the same information, just encoded
> differently. You should be able to decode this with `otool -l`.
>
> Rainer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20210305/c68fff51/attachment.htm>
More information about the macports-users
mailing list