Bonne question. Pas documenté nulle part, semble-t-il. Merci à open-source, cependant, la réponse était disponible dans le code source pour otools, de sorte que vous pouvez regarder là-bas si vous avez besoin de plus d'informations.
Le champ représente les bits de capacité de la CPU (c'est-à-dire cpusubtype & CPU_SUBTYPE_MASK
). C'est donc un sous-ensemble du domaine cpusubtype, je suppose, pour rendre cette information plus facilement disponible. C'est quelque chose que le (s) programmeur (s) otools a mis (nt), et qui ne fait pas partie de l'en-tête Mach-O.
Est-ce que la colonne bouchons étant différentes provoquent des échecs de liaison?
Je ne sais pas si je reçois votre question ici, reliant quoi exactement? Avoir deux bibliothèques compilées pour différents processeurs (donc éventuellement avec différents champs "majuscules") et essayer de les lier ensemble pourrait bien être un problème, évidemment. Je serais plus concerné par le champ "cputype" à cet égard, cependant. Il vous donnera probablement un indice si vous liez le code x86 avec le code ARM (plus que le champ "caps", je suppose).
En général, je ne me concentrerais pas trop sur un domaine que personne ne se soucie de mentionner dans aucune documentation, à moins que votre situation particulière ne l'exige.
Merci! Cela rend le nom aussi logique. – James