hi,
klasse erkl�rt :-)
zu deinem zuletzt genannten Punkt hab ich schon einige Mailinglisten
durchsucht, und wie der Zufall es will, auch prolinux.
Zitat:
Ein unsch�ne Sache, die bei mir nun auftrat, war eine "unresolved
symbols" Meldung des fcpci Moduls, die ein "depmod -a", das auch bei
jedem Systemstart aufgerufen wird, gemeldet hat. Trotz dieser Meldung
funktionierte der Treiber aber seltsamerweise. Dank eines Hinweises auf
der CAPI-Seite von Steffen Barszus hat sich aber auch daf�r eine L�sung
gefunden. Man mu� die Datei src.drv/makefile editieren. Da gibt es
folgende Zeilen, die im Original so aussahen:
# As propsed by /usr/include/linux/version.h...
KRNLINCL = /lib/modules/`uname -r`/build/include
# KRNLINCL = /usr/src/linux/include
DEFINES = -DMODULE -D__KERNEL__ -DNDEBUG \
-D__$(CARD)__ -DTARGET=\"$(CARD)\"
CCFLAGS = -c $(DEFINES) -O2 -Wall -I $(KRNLINCL)
und von mir ge�ndert wurden in
# As propsed by /usr/include/linux/version.h...
KRNLINCL = /lib/modules/`uname -r`/build/include
# KRNLINCL = /usr/src/linux/include
DEFINES = -DMODULE -DMODVERSIONS -D__KERNEL__ -DNDEBUG \
-D__$(CARD)__ -DTARGET=\"$(CARD)\"
CCFLAGS = -c $(DEFINES) -march=i586 -O2 -Wall -I $(KRNLINCL) \
-include $(KRNLINCL)/linux/modversions.h
Zitat Ende
ich verstehe zwar nicht wirklich, warum er es ge�ndert hat, abwe es soll
funtionieren.
thx.
cu denny
Am Don, 2002-10-17 um 00.14 schrieb Max Trense:
> f�r gew�hnlich gibt es diese probleme, wenn der developer zb.
> irgendwelche debugging-funktionen in der release vergisst. oder die
> verkn�pfung wirklich zur laufzeit aufgel�st wird (ist aber wirklich kein
> guter programmierstil). m�glich ist auch, dass der developer und du beim
> �bersetzen verschiedene header verwendet haben. das machen einige
> distributoren besonders gerne (ja, ja suse auch...)
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
