Sebastian Bauer

Transkript

1

2 Sebastian Bauer arbeitet als wissenschaftlicher Mitarbeiter am Klinikum Charité in Berlin. Erste Gehversuche mit Eclipse unternahm er während eines Praktikums bei IBM, das er im Rahmen seines Informatikstudiums durchführte. Seitdem ist ihm Eclipse bei der Softwareentwicklung ein ständiger Begleiter, den er nicht nur im Beruf einzusetzen weiß. In seiner Freizeit betreut er verschiedene Open-Source-Projekte für Amiga- Betriebssysteme. Zudem ist er seit 1999 Mitentwickler aktueller Versionen des Amiga- Betriebssystems. Als Autor veröffentlichte er Artikel über Eclipse und CDT im Amiga Magazin und im Eclipse Magazin. Zu diesem Buch sowie zu vielen weiteren dpunkt.büchern können Sie auch das entsprechende E-Book im PDF-Format herunterladen. Werden Sie dazu einfach Mitglied bei dpunkt.plus + :

3 Sebastian Bauer Eclipse für C/C++-Programmierer Handbuch zu den Eclipse C/C++ Development Tools (CDT) 3., aktualisierte und erweiterte Auflage

4 Sebastian Bauer Lektorat: René Schönfeldt Copy-Editing: Annette Schwarz Satz: DaTeX, Leipzig Herstellung: Nadine Thiele Umschlaggestaltung: Helmut Kraus, Druck und Bindung: Media-Print Informationstechnologie, Paderborn Bibliografische Information der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar. ISBN Buch: PDF: epub: mobi: , aktualisierte und erweiterte Auflage 2016 Copyright 2016 dpunkt.verlag GmbH Wieblinger Weg Heidelberg Die vorliegende Publikation ist urheberrechtlich geschützt. Alle Rechte vorbehalten. Die Verwendung der Texte und Abbildungen, auch auszugsweise, ist ohne die schriftliche Zustimmung des Verlags urheberrechtswidrig und daher strafbar. Dies gilt insbesondere für die Vervielfältigung, Übersetzung oder die Verwendung in elektronischen Systemen. Es wird darauf hingewiesen, dass die im Buch verwendeten Soft- und Hardware-Bezeichnungen sowie Markennamen und Produktbezeichnungen der jeweiligen Firmen im Allgemeinen warenzeichen-, marken- oder patentrechtlichem Schutz unterliegen. Alle Angaben und Programme in diesem Buch wurden mit größter Sorgfalt kontrolliert. Weder Autor noch Verlag können jedoch für Schäden haftbar gemacht werden, die in Zusammenhang mit der Verwendung dieses Buches stehen

5 Für G.

6

7 vii Vorwort Über Eclipse Der Ursprung von Eclipse liegt in VisualAge, IBMs Produktlinie von integrierten Entwicklungsumgebungen für eine Vielzahl verschiedener Programmiersprachen, darunter C, C++, Fortran, Java und Smalltalk. Anfänglich waren diese Programme in der Sprache Smalltalk geschrieben, die sich Mitte der 90er Jahre großer Beliebtheit erfreute. Durch das aufkeimende frei beziehbare Java verblasste die Popularität von Smalltalk jedoch recht schnell. So erblickte im Jahre 1999 VisualAge Micro Edition (VAME) das Licht der Welt, das als erstes Produkt der Reihe komplett auf Java aufsetzte. VAME selbst zielte auf Java-fähige eingebettete Systeme ab. Für seine Oberfläche nutzte VAME ein eigenes Toolkit, das Standard Widget Toolkit (SWT), was für Java-Applikationen sehr ungewöhnlich war, aber den Vorteil hatte, das native Feeling des Betriebssystems zu wahren. Ein flinker inkrementeller Java-Compiler wurde hinzugefügt und machte es möglich, dass Projekte zu jedem Zeitpunkt auch in übersetzter Form vorlagen. Unter der Haube war die IDE sehr flexibel, so konnte sie durch Plugins erweitert werden. Der richtige Erfolg wollte sich jedoch noch nicht einstellen. Die Erfahrungen, die die Entwickler in der VisualAge-Reihe sammelten, und das Framework von VAME flossen zusammen und mündeten schließlich in einem neuen Produkt, das IBM unter dem Namen Eclipse im November 2001 in die Öffentlichkeit trug. Die Ankündigung sorgte für viel Furore, denn im Gegensatz zu VisualAge wurden die Quellen offengelegt. IBM brüstete sich mit einer Wohltat an die Open-Source-Gemeinde: Der Wert der Quellen betrüge 40 Millionen US-Dollar. Der Name war zynisch gewählt, denn Eclipse (zu Deutsch: Finsternis) stand in direkter Konkurrenz zu NetBeans, das ein Jahr zuvor durch Java-Mutter Sun (zu Deutsch: Sonne) als Open Source zur Welt gebracht wurde und ebenfalls als IDE für Java um die Gunst der Entwickler buhlte. VisualAge 1999: VAME 2001: Eclipse

8 viii Vorwort Eine Plattform für alles und nichts im Besonderen Das Eclipse-Konsortium 2004: Eclipse wird gemeinnützig. Ab 2006: Koordinierte Veröffentlichung von Eclipse-Projekten Jupitermonde als Namensgeber Eclipse ließ sich jedoch nicht auf eine Java-IDE reduzieren. Das aus VAME vererbte, jedoch verbesserte Plugin-Konzept ebnete den Weg einer universellen Entwicklungsplattform.»The Eclipse Platform is an IDE for anything, and for nothing in particular«, hieß es zeitweilig auf Zeitgleich zur ersten Veröffentlichung wurde das Eclipse-Konsortium eclipse.org von den Firmen Borland, IBM, MERANT, QNX Software Systems, Rational Software, Red Hat, SuSE, TogetherSoft und Webgain gegründet. Fortan fasste dieses Konsortium die Entwicklung der Plattform unter einem Dach zusammen. Es schrieb sich auf die Fahne, alle beigesteuerten Produkte und deren Quellen unter die von der Open Source Initiative [18] akzeptierte Common Public License (CPL) zu stellen. Zahlreiche andere Hersteller schlossen sich mit der Zeit dem Konsortium an. Die Mitglieder verpflichteten sich neben der Leistung von Beiträgen auch zur Bereitstellung von Mitarbeitern. Auf der ersten, von da an jährlich stattfindenden Eclipse-Konferenz Anfang 2004 [9] wurde bekannt gegeben, dass das Konsortium zu einer unabhängigen Non-Profit-Organisation, der Eclipse Foundation, umorganisiert werden sollte. Man stellte die bis dato initiierten Projekte unter die Eclipse Public License (EPL), und die ohnehin schon große Gemeinde bekam weitere neue Mitglieder. Inzwischen zählt sie knapp 220 Unterstützer (Stand Juni 2015). Die Veröffentlichung von Eclipse findet zusammen mit weiteren Projekten wie der Java-Entwicklungsumgebung oder aber auch CDT seit dem Jahr 2006 synchronisiert statt. Die Zusammenfassung der sonst unabhängigen Projekte wurde vorgenommen, weil die Plattform Eclipse nicht nur stetige Erweiterungen erfuhr, sondern auch tiefgreifende Änderungen im Kern umfasste, die in Teilen Inkompatibilitäten zu vorherigen Revisionen verursachten. Benutzer können zumindest von den unter gleicher Bezeichnung veröffentlichten Paketen sicher sein, dass sie ohne solche auftretenden Kompatibilitätsprobleme miteinander harmonieren. In der Regel folgen einer koordinierten Veröffentlichung innerhalb eines Jahres zwei sogenannte Service-Releases, die fast ausschließlich Bugfixes beinhalten, zumindest was die Eclipse-Plattform angeht, bevor im Sommer des nächsten Jahres der neue Zyklus beginnt. Die Zyklen trugen in der Vergangenheit zunächst die Namen von Jupitermonden: Callisto (2006, 10 Projekte), Europa (2007, 21 Projekte) und Ganymede (2008, 24 Projekte). Von diesem Namensschema verabschiedete man sich bereits im Jahr 2009, da man befürchtete, dass die Anzahl der Jupitermonde (von denen laut Wikipedia heute mindestens 67 bekannt sind) nicht hoch genug ist. So ließ es sich jedenfalls ein Eclipse-Entwickler in einem Interview im Eclipse-Magazin [3] entlocken:

9 Vorwort ix We changed the naming scheme because we were concerned that we were going to run out of names long before we ran out of steam on the release train Abb. 1 Anzahl der Eclipse- Projekte, die bei den jährlichen Veröffentlichungen teilnahmen Projekte Callisto Europa Ganymede Galileo Helios Indigo Juno Kepler Luna Mars Jahr Der Release-Zyklus von 2009, der 33 Projekte beinhaltete, erhielt schließlich den Namen Galileo, zu Ehren jenes italienischen Astronoms, der 400 Jahre zuvor mit einem selbst gebauten Fernrohr u. a. die bisherigen Namensgeber entdeckte. Über die folgenden Zyklen gibt Abbildung 1 Aufschluss. Hervorzuheben ist dabei das Juno-Release, das ganz im Zeichen der neuen Eclipse-4-Plattform stand, die jedoch anfänglich insbesondere aufgrund von Performance-Regressionen durch eher negative Schlagzeilen auf sich aufmerksam machte [16]. Inzwischen sind diese aber weitgehend behoben. Auch Features wie die Möglichkeit des Umsortierens von Perspektiven, die die Eclipse-Plattform vor Version 4.0 mit sich brachte, sind spätestens seit Luna wieder verfügbar, die Vorgängerversion von Mars, auf der dieses Buch basiert. Koppelte man zu Beginn den Veröffentlichungszyklus der teilnehmenden Projekte tatsächlich fest an den Zyklus der koordinierten Veröffentlichungen, ist es inzwischen nicht unüblich, dass einzelne Projekte Weitere Entwicklung Lockerung in der Projekteveröffentlichung

10 x Vorwort pro Eclipse-Jahr häufigere stabile Veröffentlichungen vornehmen. Bei CDT einigte man sich, bis zu zwei Zwischenversionen außerhalb des jährlichen Zyklus einzuschieben, die Teil der Service-Releases sind. Beispielsweise beinhaltete die erste Luna-Veröffentlichung im Jahr 2014 CDT 8.4, während das zweite Service-Release von Luna, das im Februar 2015 fertiggestellt wurde, CDT 8.6 beinhaltete. Über CDT Entstehung von CDT Aktuelle Version Ein halbes Jahr nach der ersten Veröffentlichung von Eclipse legte Konsortiums-Gründungsmitglied und Echtzeitbetriebssystem-Spezialist QNX Teile der Quellen seiner QNX Momentics Development Suite offen. QNX kündigte an, die Suite in das Eclipse-Framework einzufügen, und übernahm auch die Leitung des jungen CDT-Projekts, das zum Ziel hat, Eclipse mit einer flexiblen Unterstützung der Programmiersprachen C und C++ zu ergänzen. Im April 2003 folgte dann die erste Veröffentlichung von CDT für Eclipse 2.0. So wurde die Behauptung, Eclipse sei eine Mehrsprachenplattform, das erste Mal Realität: Neben einfachem Syntax Highlighting für C und C++ integrierte man die GNU-Toolchain, wobei auch der Debugger nicht ausgelassen wurde. CDT war auch Teil der ersten koordinierten Veröffentlichung der Eclipse-Projekte im Jahr 2006, zu der es CDT schon bis zur Version 3.1 geschafft hatte wurde bereits Version 7.0 veröffentlicht, und seit Juni 2015 liegt CDT in Version 8.7 vor, die auch Gegenstand dieses Buchs ist. Der schnelle Sprung zu hohen Versionsnummern zeigt, dass CDT eine sehr dynamische Entwicklung hinter sich hat. CDT macht vom Angebot der Eclipse-Plattform Gebrauch, eigene spezifische Erweiterungspunkte bereitzustellen. Das erlaubt auch für CDT ein gewisses Maß an Flexibilität. So ist es für einen Anbieter einer Compiler-Suite sehr leicht möglich, diese in das Eclipse-/CDT- Framework einzubinden. Zielsetzung des Buchs Es sind bereits zahlreiche Bücher über Eclipse erschienen. Schaut man sich den Markt jedoch genauer an, so stellt man schnell fest, dass sich die meisten Werke dem Produkt Eclipse nur in Zusammenhang mit der Java-Entwicklung nähern. Andere Plugins oder andere Programmiersprachen finden, wenn überhaupt, nur am Rande Erwähnung. Dieses Buch möchte die Lücke für die Programmiersprache C und ihren Abkömmling C++ schließen und den Leser in die Benutzung von Eclipse und CDT einführen.

11 Vorwort xi Kenntnisse über Eclipse sind nicht notwendig. Weiterhin ist es unerheblich, in welcher Art und Weise der Leser seine C- oder C++-Projekte bisher verwirklicht hat, sei es mittels einer Entwicklungsumgebung wie Microsofts Visual Studio oder ganz traditionell über Texteditor, Make und Kommandozeile. In die Programmiersprachen C und C++ kann das Buch jedoch nicht einführen. Hierfür existiert bereits sehr gute und umfangreiche Literatur [14], die teilweise sogar kostenlos angeboten wird, wie z. B. im Falle des Wikibooks C-Programmierung, auf das unter der URL zugegriffen werden kann. Die Handhabung von Werkzeugen, die unmittelbar mit der Programmiersprache assoziiert sind, wie z. B. Make, steht ebenso wenig im Vordergrund. Dennoch ist das Buch auch für C- oder C++-Einsteiger als Ergänzung zu einem Einführungsbuch von Interesse, da eine Umgebung wie CDT dem Entwickler jede Menge Hilfestellungen in den einzelnen Entwicklungsphasen liefert und es ihm erlaubt, sich auf das Wesentliche zu konzentrieren. Gerade Neulinge werden dies als praktisch empfinden. Beispielsweise sind Kenntnisse über das erwähnte Make bei vielen Projekten gar nicht nötig. Das Buch beschreibt CDT in seiner rohen Form, so wie es von eclipse.org heruntergeladen werden kann. Erweiterungen, die in den CDT-basierten Entwicklungsumgebungen von Drittanbietern zu finden sind, spielen nur eine geringe Rolle. Da das Buch eine benutzerorientierte Einführung darstellt, wird auch die Beschreibung der API außen vor gelassen, die ausschließlich für die Entwicklung von Erweiterungen für CDT von Bedeutung ist. Ein solches Vorhaben erfordert selbstverständlich Kenntnisse über viele Konzepte und Abläufe von CDT, auf die in den entsprechenden Abschnitten detailliert eingegangen wird. Insofern werden Sie auch als potenzieller Plugin-Anbieter von der Lektüre profitieren können. Vorkenntnisse Keine Einführung in C oder C++ Hauptsächlich CDT»pur«Buchaufbau Die Grobgliederung des Buchs besteht aus drei Teilen. Der erste Teil führt Sie in die Welt von Eclipse und CDT ein. Los geht s mit einer Installationsbeschreibung, die je nach verwendeter Plattform und Anforderung mehr oder weniger kompliziert durchgeführt werden muss. Anschließend werden Sie in die Begriffe und die wichtigsten Prozeduren anhand eines eingängigen Beispiels eingeführt. So können Sie bereits nach kurzer Zeit einfache C- oder C++-Projekte mit Eclipse/CDT erstellen, bearbeiten, übersetzen, ausführen und debuggen. Einführung

12 xii Vorwort CDT als Unterstützer in den einzelnen Phasen des Entwicklungsprozesses Weiterführende Themen Der zweite Teil orientiert sich an den einzelnen Phasen, die ein C- oder C++-Programmierer zu bewerkstelligen hat, damit am Ende ein lauffähiges Produkt zustande kommt. Es wird aufgezeigt, was mit Eclipse/CDT derzeit möglich ist, bei welchen Problemen Ihnen diese Kombination Hilfestellungen geben kann und was derzeit noch nicht oder nur unzureichend implementiert ist. Zusätzlich zu der Beschreibung der Bedienung werden konkrete Problemstellungen aufgezeigt, die unter Zuhilfenahme kleiner Beispiele eine Lösung finden. Der dritte Teil widmet sich schließlich weiterführenden Themen. Sie werden z. B. erfahren, wie Sie Ihre Projekte mit Eclipse in einem Team organisieren, mit Hilfe von zusätzlichen Plugins aufgabenfokussierte Entwicklung betreiben oder Debugging-Tools wie Valgrind in den Entwicklungsprozess einbeziehen. Terminologie Eclipse ist internationalisiert und kann so theoretisch in anderen Sprachen als Englisch betrieben werden. Allerdings wurde bisher nur für die Version 3.2 von Eclipse ein komplettes Sprachpaket durch IBM gesponsert, das für aktuelle Versionen nur beschränkte Gültigkeit hat. Aus diesem Grund wird hier mit der englischen Version des Programmpakets gearbeitet. Die im Buch verwendete Terminologie, z. B. bei der Beschreibung von Benutzeroberflächenelementen, ist deshalb ebenso an die englischen Fachausdrücke angelehnt, wenn dafür keine adäquate Übersetzung bekannt ist. Webseite und Kontakt Zum Buch existiert eine Webseite, die Sie unter abrufen können. Neben den Quelltexten und einer Errata-Liste sind dort alle im Buch aufgeführten Verweise auf Webressourcen verzeichnet. Zusätzlich finden Sie einen Katalog von Eclipse-Erweiterungen, die besonders C- oder C++-Programmierer interessieren könnten. Haben Sie Fragen zum Buch, einen Fehler entdeckt, Vorschläge oder Kritiken? Dann können Sie mir unter eine Nachricht zukommen lassen.

13 xiii Inhaltsverzeichnis I Einstieg in Eclipse und CDT 1 1 Installation C- und C++-Compiler Das richtige Eclipse-Archiv finden Installation unter Linux Compiler und Tools Java Eclipse Installation unter Windows Compiler und Tools Java Eclipse Die Eclipse.ini-Datei Willkommen Eclipse erweitern CDT nachträglich installieren Update-Sites Features verwalten Die CDT-Features im Detail Eclipse Marketplace p Erste Schritte Konzepte des Eclipse-Frameworks Workspace Ressourcen Eclipse-Workbench Menüleiste Werkzeugleiste Statusleiste Editoren und Views Perspektiven

14 xiv Inhaltsverzeichnis 2.2 Das erste Projekt Eclipse anpassen Vorgehensweise Ein neues Projekt anlegen Die Quelldatei erzeugen Übersetzen Ausführen Programmfehler aufspüren Zusammenfassung und Ausblick Das Eclipse-Hilfesystem Dokumentationsaufbau Hilfefenster Kontextbezogene Hilfe Eclipse über die Tastatur steuern Nützliche Einstellungen Voreinstellungsdialog Hierarchie der Voreinstellungen Allgemeine Workspace-Einstellungen Workspace-Auswahl beim Starten und Beenden Netzwerkeinstellungen Einstellungen für SSH-Client Passwortspeicher Komponenten (de-)aktivieren Die Benutzerschnittstelle anpassen Werkzeug- und Menüleiste anpassen Perspektiven verwalten Tastatursteuerung anpassen Erscheinungsbild Verzeichnislayout auf dem Datenträger Programmverzeichnis Workspace II Entwicklung mit CDT 69 3 Projekte erstellen und bearbeiten Konzepte von CDT Parser Indexer Piktogramme Kurze Einführung in das Build-System

15 Inhaltsverzeichnis xv 3.2 C- oder C++-Projekte erzeugen Projekte anlegen Dateien erzeugen Verzeichnisse hinzufügen Vorhandene Projekte importieren Projekt entfernen Projekttyp ändern Eigenschaften von Ressourcen Projekt: Dirscanner Boost installieren Dirscanner entwickeln Quelltexte bearbeiten Grundsätzlicher Aufbau eines Editorfeldes Textpassagen markieren Quelltext formatieren Editierhilfen Präsentation der Quelltexte Annotationen Code-Analyse Navigation Content-Assistenz Makros untersuchen Suchen und Ersetzen Include-Direktiven organisieren Setters und Getters erzeugen Methode implementieren Kommentare für externe Dokumentationswerkzeuge Bookmarks Makefile Undo/Redo-Funktion Dateienvergleich Zwei Dateien vergleichen Drei Dateien vergleichen Lokale Historie Working-Sets Ein Working-Set erstellen Working-Sets einschalten Workbench-Working-Sets Tasks Tasks hinzufügen Tasks mit Schlüsselwörtern Tasks anzeigen lassen

16 xvi Inhaltsverzeichnis 3.9 Refactoring Ressourcen umbenennen Bezeichner umbenennen Konstanten extrahieren Lokale Variablen extrahieren Eine Funktion oder Methode extrahieren Funktionsdefinition umplatzieren Methoden verstecken Historie der Refactorings Parser- und Indexerdetails Parser Indexeroptionen anpassen Weitere Indexer-Parameter Indexdatenbank analysieren Probleme mit dem Indexer Nützliche Views der C/C++-Perspektive Outline Include Browser Call Hierarchy Type Hierarchy Navigations-Views Navigator C/C++ Project Project Explorer Ressourcen finden Elemente finden Suchen und Ersetzen File Search C/C++ Search Eine Frage des Stils Allgemeine Einstellungen Quelltextformatierung Quelltextschablonen Namens- und Bezeichnerkonventionen Include-Direktiven organisieren Editorschablonen Projektspezifische Metadateien Metadateien im Projektverzeichnis Metadateien im Workspace-Verzeichnis

17 Inhaltsverzeichnis xvii 4 Der Build-Prozess Builder Die vier Modi eines Builders Builder-Assoziationen Builder-Konfiguration Zwei Builder für C/C++-Projekte Build-Variablen Eigenschaften von Build-Variablen Build-Variablen benutzen Gültigkeitsbereich von Build-Variablen Workspace-weite Build-Variablen definieren Umgebungsvariablen als Build-Variablen Dynamische Build-Variablen Kontrolle über Managed Build Konfigurationen verwalten Quellverzeichnisse Dateien vom Build-Prozess ausschließen Custom Build Einstellungen für C/C++-Projekte C/C++ Build Paths and Symbols Preprocessor Include Paths, Macros Environment Logging Settings Tool Chain Editor Build Variables Einstellungen für Ressourcen Settings Tool Chain Editor Path and Symbols Preprocessor Include Paths, Macros Makefile-Projekte Der Make Targets-View Make Targets hinzufügen Make Targets aufrufen Make Targets entfernen Besonderheiten Compiler-Ausgaben Console Voreinstellungen zur Build-Konsole Wie CDT Kommandoausgaben verarbeitet Error Parser festlegen

18 xviii Inhaltsverzeichnis Übersetzungsfehler finden Fehler filtern Code-Generatoren verwenden Beispiel: mathematische Ausdrücke auswerten Bison installieren Projekt erstellen und Quelltexte einpflegen Einstellungen anpassen Projekt übersetzen und ausführen Als Projekt mit Makefile Fazit Cross-Compiling Cross-Compiling für Make-Projekte Cross-Compiling für Managed Build Beispiel: AmigaOS Cross-Compiling-Plugin Remote Compiling Das Programm ssh einrichten Das Dateisystem einrichten Ein Remote-Build-Kommando erstellen Remote Compiling in Eclipse anwenden Microsoft Visual C++ einbinden Visual C++ installieren Das Projekt einrichten Den Build-Prozess anpassen Ausführen und Debugging Programmstartdialoge Main Arguments Environment Common Doxygen einbinden Konfigurationsdatei anlegen Doxygen-Tool einrichten Doxygen aufrufen Die Launch-Konsole Programme debuggen Programme im Debug-Modus starten Debug-Launcher Debugger konfigurieren Debug-Perspektive Quelltexte lokalisieren Der Debug-View

19 Inhaltsverzeichnis xix 5.5 Den Programmablauf gezielt unterbrechen Breakpoints-View Zeilen-Breakpoints Funktions-Breakpoints Data-Breakpoints Address-Breakpoints Event-Breakpoints Eigenschaften von Breakpoints Dynamisches Printf Nützliche Views beim Debuggen Variables Expressions Register Disassembly Signale Memory Executables OS Resources Reverse Debugging Reverse Debugging einschalten Kontrollfluss steuern Beispiel: Binäre Suche mit einem Vergleich Unit Testing Boost-Test-Library benutzen Test starten Auf entfernten Rechnern debuggen Tracepoints Tracepoints hinzufügen Tracepoint-Aktionen Traces auswerten Launch Groups III Weitere nützliche Plugins Versionsverwaltung mit EGit Grundlagen Motivation Begriffe Konzepte von Git EGit installieren EGit konfigurieren Die Perspektive Git

20 xx Inhaltsverzeichnis 6.5 Bestehende Projekte mit Git assoziieren Ein entferntes Repository klonen Projekt in den Workspace importieren Dekorationen Mit Projekten unter Git arbeiten Versionen vergleichen Änderungsanzeige mit Git Historie Arbeiten mit Entwicklungszweigen Rebase Konflikte lösen Stash Weitere Informationen zu Git Mylyn Mylyn installieren Einführendes Beispiel Konzepte Task Connectors Bugzilla SourceForge GitHub Weitere Konnektoren Target Management Target-Management-Plugin installieren Konzepte Die Perspektive Remote System Explorer Der Remote Systems-View Der Remote Monitor-View Eine neue Verbindung anlegen Die Verbindung aktivieren Durch Ressourcen navigieren Filter und Filterpools erzeugen Profile verwalten Ein Projekt auf den entfernten Rechner exportieren Entfernte Projekte DataStore DataStore auf Linux einrichten DataStore auf Windows einrichten Den entfernten Rechner (fern-)steuern Kommandos aufrufen Terminals

21 Inhaltsverzeichnis xxi 8.15 Programme auf dem entfernten Rechner ausführen Programme auf entfernten Rechnern starten Beispiel: Cross-Development für Raspberry Pi Projekt auf dem Pi über Eclipse debuggen Autotools Autotools-Plugin installieren Autotools-Projekt erzeugen Editoren für Autotools-Dateien Autotools-Projekte übersetzen Autotools manuell aufrufen Globale Voreinstellungen Projekteinstellungen Linux-Tools Linux-Tools installieren Valgrind-Plugin Hintergründe Erste Schritte Profiling-Kategorien Andere Valgrind-Tools Valgrind-Tools konfigurieren Heap mit massif analysieren Cache-Zugriffe mit cachegrind ermitteln Profiling mit GProf Docker Tooling Verbindung zur Docker-Instanz einrichten Docker-Images Programm auf Docker-Container ausführen Weitere Plugins Anhang 409 Literaturverzeichnis Glossar Index

22

23 Teil I Einstieg in Eclipse und CDT 7

24

25 3 1 Installation Dieses Kapitel beschreibt die Installation der IDE. Da sich die Voraussetzungen je nach Art des Betriebssystems unterscheiden, wird nach einer zunächst allgemeinen Einführung in die von CDT unterstützten Compiler die Installation unter Linux und Windows in zwei getrennten Abschnitten behandelt. Falls Sie Eclipse bereits benutzen, beispielsweise für Java-Projekte, sind für Sie wahrscheinlich nur die Abschnitte bzw und von Interesse. Sowohl Eclipse als auch CDT laufen auf weiteren Plattformen, auf die in diesem Buch jedoch nicht explizit eingegangen wird, hauptsächlich weil dem Autor eine solche Plattform nicht zur Verfügung stand. Zu diesen Plattformen zählt auch Mac OS X bzw. OS X, für das Eclipse ab Version 3.5 sowohl die klassische Carbon-Schnittstelle nutzt als auch in einer Cocoa-Implementierung vorliegt. Die Installation sollte hier allerdings ähnlich der Linux-Variante verlaufen. OS X 1.1 C- und C++-Compiler Im Unterschied zu den Java Development Tools (JDT), die einen eigenen Java-Compiler integriert haben, bringt das CDT in der standardmäßigen Auslieferung keinen C/C++-Compiler mit sich. Vielmehr agiert CDT als Frontend für eine Reihe von Compilern. Dabei werden in der Version 8.7 von CDT die C/C++-Compiler der GNU Compiler Collection, ihre Windows-Portierung MinGW sowie optional, d. h. über weitere Zusatzpakete, Clang sowie IBM XL C/C++ unterstützt, auf die in diesem Buch aber nicht eingegangen wird. C-Dialekterweiterungen wie Unified Parallel C können Sie auf diese Weise gleichfalls benutzen. Wie Sie später sehen werden, ist es auch möglich, andere Übersetzungsprogramme wie z. B. Visual C++ einzubinden, wenngleich schon hier deutlich gemacht werden soll, dass diese Variante stark an Komfort zu wünschen übrig lässt, sofern die Anbindung nicht über ein Zusatzpaket realisiert ist. Für Visual C++ lag ein solches Zusatzpaket bei Drucklegung noch nicht vor.

26 4 1 Installation 1.2 Das richtige Eclipse-Archiv finden Eclipse/CDT-Paket finden Seit der Europa-Veröffentlichung im Juli 2007 existieren bereits auf verschiedene Entwicklerbedürfnisse zugeschnittene Pakete, die neben dem Hauptprogramm auch gleich die notwendigen Features und Plugins für ein bestimmtes Aufgabengebiet beinhalten. Im Besonderen existiert auch ein solches für die C- oder C++-Entwicklung, das nun heruntergeladen werden soll. Ausgehend von folgen Sie einem Download-Link, um auf eine Seite mit der Adresse zu gelangen. Dort werden die für spezielle Aufgabengebiete zusammengeschnürten Pakete präsentiert, wie in Abbildung 1-1 zu sehen ist. Die hier interessante Variante verbirgt sich freilich unter Eclipse IDE for C/C++ Developers. Der Link führt über eine Mirror-Seite zum Archiv, das Sie am besten jetzt herunterladen. In der Regel sind die darin enthaltenen Dateien auf Ihrer Plattform lauffähig. Schlägt die korrekte Erkennung Ihrer Systemkonfiguration im Browser jedoch fehl, dann führen die Links zum Ziel, die in der Abbildung eingekreist sind. Sobald das Archiv erfolgreich heruntergeladen worden ist, können Sie je nach Betriebssystem zur nächsten oder übernächsten Sektion im Buch übergehen. Abb. 1-1 Ausschnitt der Downloadseite vom Juli Der untere Kreis führt zu den relevanten Archiven. Der obere Kreis zeigt die Betriebssystemauswahl an. Werden Sie hier nicht fündig, hilft der Link Other Downloads (rechter Kreis) weiter.

27 1.2 Das richtige Eclipse-Archiv finden 5 Ist es nicht gelungen, eine kompatible Version zu finden, dann gelangen Sie über den Link Other builds auf eine Webseite, die unter der Adresse Eclipse 4.5 ohne CDT herunterladen zu erreichen ist. Auf ihr befindet sich eine Liste, die zahlreiche weitere Pakete enthält, darunter auch die neusten Meilensteine und die aktuellen Nightly Builds. Die letzte offizielle Veröffentlichung finden Sie immer unter Latest Release. Für dieses Buch stellt Version die Grundlage dar. Folgen Sie einem dieser Links, erhalten Sie eine Seite, die mehrere Listen enthält, wovon Sie die Liste Eclipse SDK in Abbildung 1-2 sehen können. Darin werden alle von Eclipse unterstützten Architekturen aufgeführt, von denen Sie sich eine passende aussuchen. So existiert das Produkt unter Linux für x86, x86 für 64 Bit, für den PowerPC oder für IBMs s390/s390x-plattformen. Für das Windows-Betriebssystem wird sowohl eine 32-Bit- als auch eine 64-Bit-Variante für Intel-Prozessoren angeboten. Versionen für andere Betriebssysteme wie OS X oder Solaris 10 sind hierüber ebenso in diversen Ausführungen verfügbar. Eine Eclipse-Version, zu der auch gleich CDT geliefert wird, finden Sie in diesen Listen jedoch nicht. Sie sollten deshalb auf jeden Fall Abschnitt nicht vergessen, da dort beschrieben wird, wie CDT zu einer bestehenden Eclipse-Installation hinzugefügt wird. Welches der aufgeführten Pakete ist aber das richtige? Wenn Sie auch für Java entwickeln möchten, dann bietet sich das Eclipse SDK an. Andernfalls können Sie auch mit dem Archiv Platform Runtime Binary vorliebnehmen, das allerdings z. B. auch keine Unterstützung von Versionsverwaltungssystemen wie Git mit sich bringt. Selbstverständlich können Sie auch diese bei Bedarf problemlos nachinstallieren.

28 6 1 Installation Abb. 1-2 Auszug der Liste der von Eclipse unterstützten Plattformen vom Juli Installation unter Linux Distribution oder Download? Download Um Eclipse und CDT unter Linux zu installieren, existieren im Wesentlichen zwei Möglichkeiten. Zum einen bieten zahlreiche Distributionen Pakete für Hauptprogramm und CDT-Plugin an, zum andern lässt sich Eclipse über die Downloadseite von herunterladen, so wie in Abschnitt 1.2 beschrieben. Durch die automatische Auflösung von Paketabhängigkeiten stellt der erste Weg sicher, dass alle von Eclipse geforderten Softwarevoraussetzungen erfüllt sind. Dagegen ist bei der zweiten Variante der Benutzer dafür verantwortlich, dass eine kompatible Java-Runtime sowie die freie Komponentenbibliothek GTK+, auf die das Benutzerinterface der in diesem Buch verwendeten Eclipse-Version unter Linux aufsetzt, installiert sind. Trotz der automatischen Abhängigkeitsauflösung, die lange Suchund-finde-Spiele vermeiden würde, empfehle ich Ihnen, die Installation ohne ein Paketverwaltungssystem durchzuführen. Diese Vorgehensweise hat den Vorteil, den Zugriff auf die aktuelle Eclipse-Version zu ermöglichen, denn oft sind die Paket-Maintainer verglichen mit der Eclipse-Entwicklung weit im Rückstand. Insbesondere finden sich die relativ häufig herausgegebenen Meilensteine kaum in den Archiven. Zudem können Sie auf diese Weise problemlos mehrere Versionen von

29 1.3 Installation unter Linux 7 Eclipse installieren, um beispielsweise den neusten Meilenstein zu testen Compiler und Tools Die Installation von Compiler, Debugger und Make sollte unter Linux kein Problem darstellen. Häufig gehören die wichtigsten Entwicklerwerkzeuge in der Standardinstallation dazu oder können zumindest leicht zum System hinzugefügt werden. Überprüfen Sie, ob die Software vorhanden ist, indem Sie z. B. im Terminal gcc --version und make --version eingeben. Sollte dies nicht der Fall sein, installieren Sie die notwendigen Pakete, was Sie bei Debian-Linux mit dem Kommando aptitude install gcc gdb make als Benutzer root bewerkstelligen Java Damit Sie unter Linux Java-Applikationen wie Eclipse ausführen können, muss Ihr System eine Java-Laufzeitumgebung bereitstellen. Eclipse ist sowohl mit den Laufzeitumgebungen der von Oracle aufgekauften Firma Sun, dem Äquivalent von IBM als auch mit BEA JRockit als lauffähig getestet worden. Hingegen überprüft die Eclipse Foundation die Plattform nicht mit dem Java-Compiler der GNU Compiler Collection GCJ, so dass bei dessen Einsatz Probleme auftreten können. Empfehlen würde ich Ihnen jedoch, tatsächlich die von Sun abstammende und als HotSpot bekannte Laufzeitumgebung zu benutzen, da die Installation recht einfach gelingt. Die Installation der von Oracle verwalteten Java-Runtime kann entweder direkt über das von heruntergeladene Archiv oder über eine Methode erfolgen, die von Ihrer Linux- Distribution angeboten wird. Obwohl sich eine aktuelle Java-Version auch ohne Root-Zugriff installieren lässt, lege ich Ihnen die letztere Methode nahe, da sie distributionspezifische Feinheiten beachtet. Wenn die Java-Laufzeitumgebung in der Version 7 installiert werden soll, wie sie von Eclipse 4.5 und CDT 8.7 vorausgesetzt wird, erledigen Sie dies unter einem aktuellen Debian-Linux z. B., indem Sie

30 8 1 Installation aptitude install openjdk-7-jre als Root in einer Shell ausführen. Falls Sie ausschließlich C- oder C++- Programme mit Eclipse entwickeln möchten und für das ganze Themenspektrum, das dieses Buch abdeckt, genügt eine Runtime ohne Java- Entwicklerunterstützung allemal Eclipse Um Eclipse auf Linux zu installieren, ist es ausreichend, das heruntergeladene Archiv in einem Verzeichnis Ihrer Wahl (z. B. Ihrem Home- Verzeichnis) zu entpacken. Dort kann Eclipse per Eingabe von ~/eclipse/eclipse in einer Kommandozeile gestartet werden. 1.4 Installation unter Windows Standardmäßig kein eigener C- oder C++-Compiler auf Windows-Systemen Da Windows weder einen C- noch einen C++-Compiler mit sich bringt, ist der Aufwand der manuellen Installation etwas größer als unter Linux. Möchten Sie die GNU Compiler Collection verwenden, haben Sie zwischen zwei verschiedenen Paketen die Auswahl, nämlich Cygwin und MinGW, die sich in ihrer Philosophie leicht unterscheiden. In Unterabschnitt beleuchten wir diese beiden Varianten etwas näher und erläutern, wie sie auf dem Rechner eingerichtet werden können. Anschließend wird kurz auf die Bereitstellung von Java unter Windows eingegangen, um sich danach der Installation von Eclipse selbst zuzuwenden Compiler und Tools Cygwin MinGW Die erste Variante, den Compiler des GNU-Projektes auf Windows zu verwenden, wird durch das Cygwin-Projekt ermöglicht. Cygwin zielt auf eine möglichst einfache Portierung von POSIX-kompatibler Software auf das Windows-Betriebssystem ab. Es ist dabei als dynamische Bibliothek entworfen, die viele Teile der POSIX-API transparent auf die Windows-API abbildet. Neben einer Fülle von Entwickler-Tools existiert eine breite Palette von Software, die auf diese Weise auf Windows lauffähig gemacht worden ist. Als komplexer Vertreter solcher Software sei ein kompletter X-Server genannt. Die zweite Option bietet das MinGW-Projekt. Dabei steht die Abkürzung MinGW für»minimalist GNU for Windows«. Die Entwickler verfolgen eine möglichst umfassende Unterstützung zum Kompilieren