Was ist mit den zugehörigen Xcode 8 Commandline Tools für OS X 10.11?
Apple bietet nur welche an für OS X 10.12., hat beim Update unter 10.11 nur Xcode.app erneuert und auf Version 8 gehoben, nicht aber die dazu passenden Commandline Tools, da sind die der vorangegangenen Xcode Version stehengelassen und nicht mit aktualisiert worden. Bei mir mit entsprechenden Folgen beim Compilieren (Fehlermeldungen und Abbruch), was sonst glatt durchlief. Zumal Xcode 8.app kein SDK mehr für OS X 10.11 mit sich führt sondern nur eines für OS X 10.12 (steht auch als kurze Info in den 8er-Release Notes drin, welche SDKs mitgeführt sind).
Zudem: wenn man damit unter OS X 10.11 nicht mehr uneingeschränkt arbeiten, für die 10.11er-Plattform nicht mehr Software bauen kann, weshalb wird's dem 10.11er-Nutzer überhaupt angeboten, zumal im allgemeinen Zugriff via AppStore?

Weiß jemand Näheres?

Gib mal auf der Kommandozeile mit Admin Rechten
xcode-select --install
ein. In dem anschließendem Dialog auf "install" drücken.
Wenn es nicht geht, hast Du schon die aktuelle Version installiert.
clang -v liefert bei mir: Apple LLVM version 7.3.0 (clang-703.0.31)

Es ist ja nicht so, dass ich das gestern abend nicht schon längst gemacht hätte mit folgendem Ergebnis:



Sprich: Xcode.app selber hat die aktuellen Tools bei sich. Es gibt aber nicht ohne Grund nochmal genau dieselben Tools extra, ohne die Application, und die sind gebündelt in den Commandline Tools, ein extra Package, das man entweder manuell extra installiert oder der AppStore zieht es sich bei Installation von Xcode extra nochmal vom Server runter und installiert es extra. In der Übersicht der anstehenden AppStore-Downloads wird es auch stets dann extra aufgeführt als zweites Update, passend zum Update der Application selber, wenn der AppStore festgestellt hat, dass die Commandline Tools auch noch installiert sind.

Die Commandline Tools sind normalerweise installiert unter: /Library/Developer/CommandLineTools

Und da sitzen bei mir noch jene der Vorgänger-Version und eben nicht jene zugehörig zu Xcode 8.0. Was auch kein Wunder ist, denn die Commandline Tools für Xcode 8 scheint es ausschließlich für Sierra zu geben, so jedenfalls in den Developer Downloads zu finden. Da liegen keine für 10.11. Folglich hat der AppStore auch keine zum Downloaden und installieren.
Die Frage ist: WARUM? Was soll das?

Sorry, für meine dumme Frage, aber bist Du sicher, dass hier (siehe Foto) das richte eingestellt ist?

Dirk!

Ja, ist. Auch keine andere Auswahl möglich bei mir.
Wie gesagt: unter /Library/Developer/CommandLineTools wurde nichts neu geschrieben, da liegen noch die alten Tools. Und bei Apple Developer im Downloadbereich existiert nur ein Commandline-Paket zum Download für 10.12 und nicht für 10.11.

sierkb

ich versteh Dein Problem nicht. Wie Du selbst sagst, gibt es unter /Library/Developer/CommandLineTools
welche für 10.11 wenn Du auf 10.11 arbeitest und welche für 10.12 wenn Du auf der Command line von 10.12 arbeitest. Ist auch nicht weiter verwunderlich, die sind eben gegen das entsprechende System gelinkt.

Ich habe kein XCode installiert, aber wie Du beschreibst hat XCode nochmal extra die Commandline tools, mit einer neueren clang Version usw. Wahrscheinlich dann gegen 10.11 gelinkt.
Wann genau gibt es bei Dir jetzt welche Fehler? Wenn Du mit XCode compilierst oder wenn Du mit auf der Commandline compilierst. Sind das link-Fehler?

Download: ,

Bzgl. 10.11 wird lediglich die Vorgängerversion angeboten (erschienen: May 4, 2016):
Command Line Tools (OS X 10.11) for Xcode 7.3.1: ,

Situation jetzt unter 10.11.6 nach dem Update auf Xcode 8:

/Applications/Xcode.app inklusive betreffender gelinkter Unix-Tools (llvm, gcc, make etc.) für OS X 10.11, 10.12, Xcode 8.0, Stand: 13.09.2016

/Library/Developer/CommandLineTools inklusive betreffender gelinkter Unix-Tools (llvm, gcc, make etc.) für OS X 10.11, Xcode 7.3.1, Stand: 04.05.2016

Normalerweise werden bei jedem Xcode-Update über den AppStore die dazu passenden Commandline Tools automatisch mitaktualisiert. In diesem jetzigen Fall nicht. Wie auch? Auf Apples Server liegen keine vor, die downloadbar wären. Die Frage ist: warum? Welchen Grund hat das, dass die gar nicht erst angeboten werden, wo doch beide Packages zueinander gehören und unbedingt zueinander passen müssen, weil es sonst Reibereien durch Inkonsistenzen gibt (wie ich es bei mir grad' vermute, dass sowas vorliegt).

Eben. Genau darum geht's. Wer ist gegen was gelinkt, bezieht sich auf was und warum. Sollte normalerweise alles einheitlich sein und in eine Richtung zeigen und zueinander zugehörig sein und wurde und wird auch so gemacht, bzgl. 10.12 und Xcode 8 ja wieder. Warum nicht auch bzgl. 10.11 und Xcode 8?

Das ist schade, dann könntest Du es am Objekt selber evtl. besser nachvollziehen und selber mal nachschauen, was und wie ich es ich meine.

Ja. Ganz genau. Weil es Entwickler und Programme gibt, die brauchen Xcode.app, die darin mitgelieferten SDKs und die Xcode-IDE nicht, die brauchen nur die Unix-Tools (llvm, gcc, make etc.), um erfolgreich Software bauen zu können. Xcode.app braucht die Commandline Tools nicht, deshalb sind die optional, aber die Commandline Tools brauchen das Vorhandensein einer dazu genau passenden Xcode.app, die Tools darin sollten oder müssen identisch zuenander sein.

Ja, das ist so gesehen doppelt gemoppelt und redundant. Aber diese Redundanz gibt es aus ganz bestimmten Gründen, ich denke, langfristig wird Apple diese Redundanz abbauen wollen, werden die Commandline Tools verschwinden, wird nur noch ausschließlich Xcode.app gebraucht werden, da sind dann alle diese Tools drin (sind ja jetzt schon). Aber noch ist dem wohl noch nicht ganz so, und deshalb wird dieses separaten Commandline Tools auch noch gebraucht, und sie werden ja auch für 10.12 und Xcode 8 betreffend wieder angeboten (was wiederum zeigt: sie werden offenbar auch da noch gebraucht bzw. man kann nicht oder noch nicht drauf verzichten).

Genau. Das Eine gegen 10.12 gelinkt, das Andere gegen 10.11. Die Frage ist: warum nicht einheitlich und aufeinander abgestimmt wie sonst auch und wie bei 10.12 wieder?

Xcode 8 wird sowohl für 10.11 als auch für 10.12 angeboten. Das genau dazu passende separat erhältliche Package mit den Xcode 8 Commandline Tools wird jedoch nur und ausschließlich für 10.12 angeboten. Statt sowohl für 10.12 wie auch für 10.11. Die Commandline Tools, die es da bisher gibt, sind passend zu Xcode 7.3.1, OS X 10.11.

Die Frage ist: Aus welchem Grund gibt es keine passenden Commandline Tools für 10.11 passend zu Xcode 8, die ebenfalls neueren Versionen von llvm, gcc beinhalten, sodass unter /Applications/Xcode.app und /Library/Developer/CommandLineTools dieselben Unix-Tools, dieselben Header-Dateien in denselben Versionen vorliegen wie es normalerweise üblich ist und auch bei 10.12 ja auch wieder gemacht wird?

Beim Bauen bzw. wenn make arbeitet. Details bzw. betreffender Build-Log-Ausschnitt per PM.

Commandline.

o_O , das hat mich jetzt etwas erschreckt, vielleicht habe ich's auch falsch verstanden.
Hilft da nicht das:

https://developer.apple.com/library/content/documentation/DeveloperTools/Conceptual/WhatsNewXcode/introduction.html:

torfdin:

Danke für den Hinweis. Jedoch:

Die Compiler-Option -mmacosx-version-min ist von mir bereits standardmäßig gesetzt in meinem configure-Skript und nennt bereits 10.11 als Mininum-Version:

CFLAGS="-O3 -march=native -pipe -D_FILE_OFFSET_BITS=64 -mmacosx-version-min=10.11 -arch x86_64 -w -D_LARGEFILE_SOURCE -D_LARGEFILE64

Die Manpage zu Apples gcc Compiler sagt hierzu u.a.:

Das Setzen der MACOSX_DEPLOYMENT_TARGET Umgebungsvariable dürfte also maximal denselben Effekt haben wenn überhaupt einen bzw. bei Vorhandensein beider (Umgebungsvariable und Compiler-Option mmacosx-version-min=version, zweitere bei mir ja bereits gesetzt mit dem Wert "10.11", wird die von mir bereits genutzte Compiler-Option gegenüber der entsprechenden Umgebungsvariablen bevorzugt).