make bricht ab

[fitti70]

Hallo,

wenn ich make ausführe, habe ich immer folgendes Problem:

• - Ich gehe in den Ordner, in dem sich Makefile befindet.

• - Ich gebe make ein

• - make bricht ab, Fehlermeldung :

  Code: Alles auswählen

  ake
  make -C /lib/modules/2.6.18-4-486/build SUBDIRS=/root/Desktop/Downloads/rtl8180-0.21 MODVERDIR=/root/Desktop/Downloads/rtl8180-0.21 modules
  make[1]: Entering directory `/usr/src/linux-headers-2.6.18-4-486'
  scripts/Makefile.build:17: /root/Desktop/Downloads/rtl8180-0.21/Makefile: Datei oder Verzeichnis nicht gefunden
  make[2]: *** Keine Regel, um »/root/Desktop/Downloads/rtl8180-0.21/Makefile« zu erstellen.  Schluss.
  make[1]: *** [_module_/root/Desktop/Downloads/rtl8180-0.21] Fehler 2
  make[1]: Leaving directory `/usr/src/linux-headers-2.6.18-4-486'
  make: *** [2.6] Fehler 2
  

• - Das Verzeichnis, in dem ich mich befinde ist leer.

Kann mir mal jemand sagen, wo hier das Problem liegen könnte?

Danke und Grüße,

fitti

[Spasswolf]

Existiert die Datei /root/Desktop/Downloads/rtl8180-0.21/Makefile?

Und warum gibt's in /root einen Desktop Ordner?

[fitti70]

Existiert die Datei /root/Desktop/Downloads/rtl8180-0.21/Makefile?

Das ist ja das komische: Erst existiert sie, danach nicht mehr. Sobald ich make ausführe werden alle Inhalte des Ordners gelsöcht.

Und warum gibt's in /root einen Desktop Ordner?

Weil ich mich als root beim x-Server anmelde. Der scheint den Ordner automatsich anzulegen.

Grüße,

fitti

[Teddybear]

Moin

Das Projekt ist scheinbar seit 2 Jahren tot.
Und daher wird es wohl einfach daran liegen, das der Source nicht angepasst ist an neuere Kernel.

Es gibt aber ein neues RTL8180 Projekt, nur ist der Treiber wohl noch nicht voll nutzbar.

[fitti70]

Moin

Das Projekt ist scheinbar seit 2 Jahren tot.
Und daher wird es wohl einfach daran liegen, das der Source nicht angepasst ist an neuere Kernel.

Es gibt aber ein neues RTL8180 Projekt, nur ist der Treiber wohl noch nicht voll nutzbar.

Ich wollte es erst nicht glauben, aber du scheinst recht zu haben. Sowohl der Treiber von Realtek als auch der eines Open-Source-Projektes fpr rtl8180 liessen sich nicht kompilieren, andere wiederum schon. Es war also kein Problem von make.

Nun probiere ich es mit ndiswrapper.

Danke und Grüße,

fitti

[comes]

Und warum gibt's in /root einen Desktop Ordner?

Weil ich mich als root beim x-Server anmelde. Der scheint den Ordner automatsich anzulegen.

darf ich dir die finger abhacken?

man logt sich nicht als root am X ein! wenn du , und das is in der regel selten, root recht brauchst, öffne ein terminal (z.b. uxterm) und führe

Code: Alles auswählen

su -

aus. dann hast du deine root rechte für diese eine aufgabe, die du als root machen musst. der rest bleibt als user, wie es sicht gehört


Nachtrag:
das kompilieren geht auch als normaler user. lediglich beim

Code: Alles auswählen

make install

sind root rechter erforderlich

[KBDCALLS]

Moin

Ich wollte es erst nicht glauben, aber du scheinst recht zu haben. Sowohl der Treiber von Realtek als auch der eines Open-Source-Projektes fpr rtl8180 liessen sich nicht kompilieren, andere wiederum schon. Es war also kein Problem von make.

Nun probiere ich es mit ndiswrapper.

Danke und Grüße,

fitti

Make dürfte daran den geringsten Anteil haben. Anscheinend ist der Sourcecode so alt und verbugt, das neurere Tools samt Kompiler nicht mehr mit klarkommen. Je neuer der Kompiler umso pingeliger. Soll heißen was ein GCC 3.3 noch durchgehen lassen hat,allenfalls mit Warnings quitiert, tolleriert gcc 4.1 oder gcc 4.2 absolut nicht mehr.

[markus_b]

• - Das Verzeichnis, in dem ich mich befinde ist leer.

Also das hatte ich auch mal. Und zwar auch beim kompilieren eines Kernel Moduls.
Die Ursache lag bei mir daran, dass das Makefile ein Makefile aus dem Kernel Tree (falsch) aufgerufen hat, welches dann das Verzeichnis geleert hat. Da hat sich anscheinend mal was im Kernel geändert.

Auf jeden Fall gab es bei meinem Makefile folgende Zeilen:

Code: Alles auswählen

...
TMP=$(PWD)/tmp
MODVERDIR=$(TMP)/.tmp_versions
...
	$(MAKE) -C $(KSRC) SUBDIRS=$(PWD) MODVERDIR=$(PWD) modules

was dann korrekterweise sein sollte:

Code: Alles auswählen

	$(MAKE) -C $(KSRC) SUBDIRS=$(PWD) MODVERDIR=$(MODVERDIR) modules

Vielleicht hilfts ja!

[fitti70]

• - Das Verzeichnis, in dem ich mich befinde ist leer.

Also das hatte ich auch mal. Und zwar auch beim kompilieren eines Kernel Moduls.
Die Ursache lag bei mir daran, dass das Makefile ein Makefile aus dem Kernel Tree (falsch) aufgerufen hat, welches dann das Verzeichnis geleert hat. Da hat sich anscheinend mal was im Kernel geändert.

Auf jeden Fall gab es bei meinem Makefile folgende Zeilen:

Code: Alles auswählen

...
TMP=$(PWD)/tmp
MODVERDIR=$(TMP)/.tmp_versions
...
	$(MAKE) -C $(KSRC) SUBDIRS=$(PWD) MODVERDIR=$(PWD) modules

was dann korrekterweise sein sollte:

Code: Alles auswählen

	$(MAKE) -C $(KSRC) SUBDIRS=$(PWD) MODVERDIR=$(MODVERDIR) modules

Vielleicht hilfts ja!

Schade, die Antwort kommt leider etwas zu spät, ich habe jetzt einen anderes Modul kompiliert.
Es scheint aber genau das gleiche Problem gewesen zu sein, vielleicht hätte dein Tipp geholfen.
(Vielleicht hilft's mal jemand anderem)

Bis denne,

fitti