Make-targets - Versionsgeschichte

Mandy28: /* 2. Vorbereitungen: */

2011-02-02T11:42:11Z

2. Vorbereitungen:

← Nächstältere Version		Version vom 2. Februar 2011, 11:42 Uhr
Zeile 55:		Zeile 55:
	==2. Vorbereitungen:==		==2. Vorbereitungen:==

	* make world:		==make world:==
	Vorraussetzung ist eine Toolchain (siehe Cross-Compiler / Toolchain erstellen). Sollten jemals Probleme mit nicht vorhandenen Verzeichnissen auftauchen, so kann ein make world Abhilfe schaffen. In der Regel sollte das aber nicht nötig sein.		Vorraussetzung ist eine Toolchain (siehe Cross-Compiler / Toolchain erstellen). Sollten jemals Probleme mit nicht vorhandenen Verzeichnissen auftauchen, so kann ein make world Abhilfe schaffen. In der Regel sollte das aber nicht nötig sein.

	* make kernel-toolchain:		==make kernel-toolchain:==
	kompiliert den Kernel und auch für das target (Fritzbox)		kompiliert den Kernel und auch für das target (Fritzbox)
	Aus historischen Gründen wurde die Bezeichnung als kernel-toolchain belassen, obwohl damit wie gesagt nicht nur der Kernel gebaut wird, sondern auch Pakete (s.u.).		Aus historischen Gründen wurde die Bezeichnung als kernel-toolchain belassen, obwohl damit wie gesagt nicht nur der Kernel gebaut wird, sondern auch Pakete (s.u.).

	* make target-toolchain:		==make target-toolchain:==
	kompiliert die Pakete für das target (Fritzbox)		kompiliert die Pakete für das target (Fritzbox)

	* make kernel-menuconfig:		==make kernel-menuconfig:==
	Die Konfiguration des Kernels wird danach wieder nach ./make/linux/Config.<kernel-ref> zurückgespeichert.		Die Konfiguration des Kernels wird danach wieder nach ./make/linux/Config.<kernel-ref> zurückgespeichert.

	* make kernel-precompiled:		==make kernel-precompiled:==
	Damit werden der Kernel und die Kernel Module kompiliert.		Damit werden der Kernel und die Kernel Module kompiliert.

	* make menuconfig : Zum Konfigurieren von Freetz kommt das Programm conf/mconf zum Einsatz, welches dem ein oder anderen vielleicht von der Konfiguration des Linux Kernels bekannt ist. Die ncurses Variante mconf kann mit dem Kommando make menuconfig aufgerufen werden.		==make menuconfig :==
			Zum Konfigurieren von Freetz kommt das Programm conf/mconf zum Einsatz, welches dem ein oder anderen vielleicht von der Konfiguration des Linux Kernels bekannt ist. Die ncurses Variante mconf kann mit dem Kommando make menuconfig aufgerufen werden.
	Übrigens:		Übrigens:
	Eine Hilfe zu den einzelnen Punkten kann direkt in menuconfig durch Eingabe von "?" aufgerufen werden.		Eine Hilfe zu den einzelnen Punkten kann direkt in menuconfig durch Eingabe von "?" aufgerufen werden.
	Und nach Eingabe von "/" kann man von allen Ebenen aus nach beliebigen Zeichenfolgen suchen - sehr praktisch.		Und nach Eingabe von "/" kann man von allen Ebenen aus nach beliebigen Zeichenfolgen suchen - sehr praktisch.


	== Wichtige Links ==		== Wichtige Links ==

Mandy28: /* 1. Aufräumen: */

2011-02-02T11:41:18Z

1. Aufräumen:

← Nächstältere Version		Version vom 2. Februar 2011, 11:41 Uhr
Zeile 20:		Zeile 20:
	…		…

	* make <Paket>-clean:		==make <Paket>-clean:==
	ruft normalerweise das clean-Target des Source-Makefiles auf. Dieses wird typischerweise alle generierten Dateien (vor allem Object-Dateien, Libraries und ausführbare Programme) löschen.		ruft normalerweise das clean-Target des Source-Makefiles auf. Dieses wird typischerweise alle generierten Dateien (vor allem Object-Dateien, Libraries und ausführbare Programme) löschen.
	Ein nachfolgendes make wendet keine geänderten Patches an, sondern erstellt nur die o.g. Object-Dateien, Libraries und ausführbare Programme neu (compilieren).		Ein nachfolgendes make wendet keine geänderten Patches an, sondern erstellt nur die o.g. Object-Dateien, Libraries und ausführbare Programme neu (compilieren).
	Z.B. räumt make mc-clean so das Paket "Midnight Commander" (mc) auf.		Z.B. räumt make mc-clean so das Paket "Midnight Commander" (mc) auf.

	* make <Paket>-dirclean:		==make <Paket>-dirclean:==
	löscht das gesamte Verzeichnis des Pakets. Ein nachfolgendes make wird die Quellen neu auspacken, die Patches anwenden, das Paket konfigurieren und dann compilieren.		löscht das gesamte Verzeichnis des Pakets. Ein nachfolgendes make wird die Quellen neu auspacken, die Patches anwenden, das Paket konfigurieren und dann compilieren.
	Nur der letzte Schritt (compilieren) wird nach make <Paket>-clean (s.o.) ausgeführt.		Nur der letzte Schritt (compilieren) wird nach make <Paket>-clean (s.o.) ausgeführt.

	* make dirclean:		==make dirclean:==
	führt, wie der Name schon sagt, ein "Verzeichnis-Aufräumen" durch. Hierbei werden unter anderem die Verzeichnisse /packages, /source, /build, /toolchain/build, toolchain/target (und ein paar andere Sachen(?)) gelöscht, sodass bei erneutem Ausführen von make alles neu gebaut werden muss. Dies ist empfehlenswert, wenn sich Aufgrund eines svn up eine neu gebaute Firmware nicht so Verhält, wie man es erwartet. Alternativ kann man, wenn man weiß, an welchem Packet es liegt, dieses auch via make <Paket>-dirclean einzeln löschen (siehe oben).		führt, wie der Name schon sagt, ein "Verzeichnis-Aufräumen" durch. Hierbei werden unter anderem die Verzeichnisse /packages, /source, /build, /toolchain/build, toolchain/target (und ein paar andere Sachen(?)) gelöscht, sodass bei erneutem Ausführen von make alles neu gebaut werden muss. Dies ist empfehlenswert, wenn sich Aufgrund eines svn up eine neu gebaute Firmware nicht so Verhält, wie man es erwartet. Alternativ kann man, wenn man weiß, an welchem Packet es liegt, dieses auch via make <Paket>-dirclean einzeln löschen (siehe oben).
	Zu erwähnen sei noch, dass nach einem make dirclean der Bau der Firmware natürlich länger dauert, da ja alles neu gebaut werden muss.		Zu erwähnen sei noch, dass nach einem make dirclean der Bau der Firmware natürlich länger dauert, da ja alles neu gebaut werden muss.

	* make tools-distclean:		==make tools-distclean:==
	löscht die Tools (busybox, lzma, squashfs, usw.)		löscht die Tools (busybox, lzma, squashfs, usw.)

	* make distclean:		==make distclean:==
	Hier werden zusätzlich zum make dirclean auch noch die Downloads sowie die Tools gelöscht.		Hier werden zusätzlich zum make dirclean auch noch die Downloads sowie die Tools gelöscht.

	* make config-clean-deps:		==make config-clean-deps:==
	Wenn bei make menuconfig Pakete abgewählt wurden, sind ggfs. noch Shared Libraries ausgewählt, die nicht mehr benötigt werden (dies kann menuconfig nicht automatisch erkennen). Diese kann man dann manuell unter 'Advanced Options'→'Shared Libraries' abwählen - die benötigten lassen sich nicht deaktivieren. Alternativ kann man dies automatisch mittels make config-clean-deps erledigen lassen.		Wenn bei make menuconfig Pakete abgewählt wurden, sind ggfs. noch Shared Libraries ausgewählt, die nicht mehr benötigt werden (dies kann menuconfig nicht automatisch erkennen). Diese kann man dann manuell unter 'Advanced Options'→'Shared Libraries' abwählen - die benötigten lassen sich nicht deaktivieren. Alternativ kann man dies automatisch mittels make config-clean-deps erledigen lassen.

	* make kernel-dirclean:		==make kernel-dirclean:==
	löscht den aktuell entpackten Source-Tree des Kernels, um von komplett sauberen Kernel Sourcen zu kompilieren (wichtig wenn was an den Patches geändert wird)		löscht den aktuell entpackten Source-Tree des Kernels, um von komplett sauberen Kernel Sourcen zu kompilieren (wichtig wenn was an den Patches geändert wird)

	* make kernel-clean:		==make kernel-clean:==
	analog make <Paket>-clean		analog make <Paket>-clean
	* make kernel-toolchain-dirclean:		==make kernel-toolchain-dirclean:==
	löscht den Kernel-Compiler		löscht den Kernel-Compiler

	* make target-toolchain-dirclean:		==make target-toolchain-dirclean:==
	löscht den Compiler für die uClibc und die Binaries (ausführbare Programme)		löscht den Compiler für die uClibc und die Binaries (ausführbare Programme)

Mandy28: /* A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread). */

2011-02-02T11:39:16Z

A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).

← Nächstältere Version		Version vom 2. Februar 2011, 11:39 Uhr
Zeile 13:		Zeile 13:
	==Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?==		==Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?==

	~~===~~A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread)~~.===~~		A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread)

	==1. Aufräumen:==		==1. Aufräumen:==

Mandy28: /* A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread). */

2011-02-02T11:38:49Z

A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).

← Nächstältere Version		Version vom 2. Februar 2011, 11:38 Uhr
Zeile 13:		Zeile 13:
	==Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?==		==Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?==

	==A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).==		===A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).===

	==1. Aufräumen:==		==1. Aufräumen:==

Mandy28 am 2. Februar 2011 um 11:38 Uhr

2011-02-02T11:38:23Z

← Nächstältere Version		Version vom 2. Februar 2011, 11:38 Uhr
Zeile 11:		Zeile 11:


	Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?		==Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?==

	A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).		==A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).==

	1. Aufräumen:		==1. Aufräumen:==

	* make clean		* make clean
Zeile 53:		Zeile 53:
	löscht den Compiler für die uClibc und die Binaries (ausführbare Programme)		löscht den Compiler für die uClibc und die Binaries (ausführbare Programme)

	2. Vorbereitungen:		==2. Vorbereitungen:==

	* make world:		* make world:

Mandy28 am 2. Februar 2011 um 11:34 Uhr

2011-02-02T11:34:03Z

@@ Zeile 1: / Zeile 1: @@
 Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?
@@ Zeile 63: / Zeile 75: @@
 Eine Hilfe zu den einzelnen Punkten kann direkt in menuconfig durch Eingabe von "?" aufgerufen werden.
 Und nach Eingabe von "/" kann man von allen Ebenen aus nach beliebigen Zeichenfolgen suchen - sehr praktisch.

Mandy28: Die Seite wurde neu angelegt: „Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)? A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstell…“

2011-02-02T11:32:49Z

Die Seite wurde neu angelegt: „Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)? A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstell…“

Neue Seite

Was bedeuten die einzelnen make-targets (z.B. dirclean, distclean, config-clean-deps etc.)?

A: Die make-targets beeinflussen den Build-Prozess bei der FW-Erstellung. Viele der folgenden Infos entstammen ( diesem Thread).

1. Aufräumen:

* make clean
…

* make <Paket>-clean:
ruft normalerweise das clean-Target des Source-Makefiles auf. Dieses wird typischerweise alle generierten Dateien (vor allem Object-Dateien, Libraries und ausführbare Programme) löschen.
Ein nachfolgendes make wendet keine geänderten Patches an, sondern erstellt nur die o.g. Object-Dateien, Libraries und ausführbare Programme neu (compilieren).
Z.B. räumt make mc-clean so das Paket "Midnight Commander" (mc) auf.

* make <Paket>-dirclean:
löscht das gesamte Verzeichnis des Pakets. Ein nachfolgendes make wird die Quellen neu auspacken, die Patches anwenden, das Paket konfigurieren und dann compilieren.
Nur der letzte Schritt (compilieren) wird nach make <Paket>-clean (s.o.) ausgeführt.

* make dirclean:
führt, wie der Name schon sagt, ein "Verzeichnis-Aufräumen" durch. Hierbei werden unter anderem die Verzeichnisse /packages, /source, /build, /toolchain/build, toolchain/target (und ein paar andere Sachen(?)) gelöscht, sodass bei erneutem Ausführen von make alles neu gebaut werden muss. Dies ist empfehlenswert, wenn sich Aufgrund eines svn up eine neu gebaute Firmware nicht so Verhält, wie man es erwartet. Alternativ kann man, wenn man weiß, an welchem Packet es liegt, dieses auch via make <Paket>-dirclean einzeln löschen (siehe oben).
Zu erwähnen sei noch, dass nach einem make dirclean der Bau der Firmware natürlich länger dauert, da ja alles neu gebaut werden muss.

* make tools-distclean:
löscht die Tools (busybox, lzma, squashfs, usw.)

* make distclean:
Hier werden zusätzlich zum make dirclean auch noch die Downloads sowie die Tools gelöscht.

* make config-clean-deps:
Wenn bei make menuconfig Pakete abgewählt wurden, sind ggfs. noch Shared Libraries ausgewählt, die nicht mehr benötigt werden (dies kann menuconfig nicht automatisch erkennen). Diese kann man dann manuell unter 'Advanced Options'→'Shared Libraries' abwählen - die benötigten lassen sich nicht deaktivieren. Alternativ kann man dies automatisch mittels make config-clean-deps erledigen lassen.

* make kernel-dirclean:
löscht den aktuell entpackten Source-Tree des Kernels, um von komplett sauberen Kernel Sourcen zu kompilieren (wichtig wenn was an den Patches geändert wird)

* make kernel-clean:
analog make <Paket>-clean
* make kernel-toolchain-dirclean:
löscht den Kernel-Compiler

* make target-toolchain-dirclean:
löscht den Compiler für die uClibc und die Binaries (ausführbare Programme)

2. Vorbereitungen:

* make world:
Vorraussetzung ist eine Toolchain (siehe Cross-Compiler / Toolchain erstellen). Sollten jemals Probleme mit nicht vorhandenen Verzeichnissen auftauchen, so kann ein make world Abhilfe schaffen. In der Regel sollte das aber nicht nötig sein.

* make kernel-toolchain:
kompiliert den Kernel und auch für das target (Fritzbox)
Aus historischen Gründen wurde die Bezeichnung als kernel-toolchain belassen, obwohl damit wie gesagt nicht nur der Kernel gebaut wird, sondern auch Pakete (s.u.).

* make target-toolchain:
kompiliert die Pakete für das target (Fritzbox)

* make kernel-menuconfig:
Die Konfiguration des Kernels wird danach wieder nach ./make/linux/Config.<kernel-ref> zurückgespeichert.

* make kernel-precompiled:
Damit werden der Kernel und die Kernel Module kompiliert.

* make menuconfig : Zum Konfigurieren von Freetz kommt das Programm conf/mconf zum Einsatz, welches dem ein oder anderen vielleicht von der Konfiguration des Linux Kernels bekannt ist. Die ncurses Variante mconf kann mit dem Kommando make menuconfig aufgerufen werden.
Übrigens:
Eine Hilfe zu den einzelnen Punkten kann direkt in menuconfig durch Eingabe von "?" aufgerufen werden.
Und nach Eingabe von "/" kann man von allen Ebenen aus nach beliebigen Zeichenfolgen suchen - sehr praktisch.