Re: Alsa Modul kompiliert nicht
On 18.Jul 2003 - 08:46:44, Malte Thoma wrote:
>
>
> Andreas Pakulat wrote:
> >>--------------------------------------------------------------------
> >>[...]
> >>make[1]: Entering directory `/usr/src/modules/alsa-driver/acore'
> >>gcc -D__KERNEL__ -DMODULE=1 -I/usr/src/modules/alsa-driver/include
> >>-I/usr/src/
> >>make[1]: Leaving directory `/usr/src/modules/alsa-driver/acore'
> >>:27:24: sound/core.h: No such file or directory
> >>hwdep.c:28:27: sound/control.h: No such file or directory
> >>hwdep.c:29:26: sound/minors.h: No such file or directory
> >>hwdep.c:30:25: sound/hwdep.h: No such file or directory
> >>hwdep.c:31:24: sound/info.h: No such file or directory
> >>[...]
> >>---------------------------------------------------------------------
> >>
> >>Die meisten sound/*.h dateien sind in
> >>/usr/src/modules/alsa-driver/include zu finden, aber warum entzieht sich
> >>meienr Kenntnis aber ein sound/core.h kann ich nicht finden
> >
> >
> >Also control, minors hwdep und info hast du in den alsa-driver/include ?
> Ja
>
> >Warum?: Weil das Zeug zum Alsapaket gehört und ein "externes"
> >Kenrelmodul ist liegt es unter /usr/src/modules.
>
> >ls /usr/src/modules/alsa-driver/include/control.h
> /usr/src/modules/alsa-driver/include/control.h
> selbiges gilt für minors, hwdep und info
> Die Frage nach dem 'Warum' kann ich nur so beantworten:
Ich wollte dir eigentlich mit dem Warum?: eine Antwort auf deine Frage
geben.
> >Die core.h sollte unter /usr/src/linux-2.4.21 stehen,
> Tut sie nicht, sie steht auch unter dem alsa-Baum:
Hörte sich vorher so an.
> /usr/src# find . -name core.h
> ./linux-2.4.21/include/asm-mips/galileo-boards/evb64120A/core.h
> ./modules/alsa-driver/alsa-kernel/include/core.h
> >was mir ein wenig
> >Sorgen macht ist das in der Ausgabe:
> >a) ein -I/usr/src und kein -I/usr/src/linux-2.4.21 steht und
> >b) das Ding mit acore fertig ist und danach den Fehler ausspuckt
> >(Leaving Directory)
>
> Hm? Wenn ich im Unterverzeichnis acore ein make mache, dann erhalte ich
> ebenfalls
> /usr/src/modules/alsa-driver/acore# make
> gcc -D__KERNEL__ -DMODULE=1 -I/usr/src/modules/alsa-driver/include
> -I/usr/src/linux-2.4.21/include -O2 -mpreferred-stack-boundary=2
> -march=i686 -DLINUX -Wall -Wstrict-prototypes -fomit-frame-pointer
> -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -DALSA_BUILD
> -DEXPORT_SYMTAB -c hwdep.c
> hwdep.c:22:26: sound/driver.h: No such file or directory
> hwdep.c:27:24: sound/core.h: No such file or directory
> hwdep.c:28:27: sound/control.h: No such file or directory
> hwdep.c:29:26: sound/minors.h: No such file or directory
> hwdep.c:30:25: sound/hwdep.h: No such file or directory
> hwdep.c:31:24: sound/info.h: No such file or directory
Ah, da hab ich wohl nicht aufgepasst. Siehst du den Unterschied zwischen
den fehlenden Dateien und dem Pfad in der die core.h liegt? Da steht
oben include und er sucht in sound.
Hast du schonmal ins BTS geguckt, ob das eventuell ein Fehler im
alsa-source Paket ist. Ich kann grad nicht in deine Originalmail gucken,
waren da denn die Dateien auch unter sound gesucht? Dann ist das
definitiv ein Fall fürs BTS
Abhilfe schafft dann 1 von 2 Dingen, entweder ein symlink sound auf
include oder editieren der Makefiles.
> >Hmm, mal mit gcc-3.2 probiert? Auch den Kernel meine ich, denn das
> >letzte mal als ich davon gelesen hatte ging Kernel-Compilieren mit
> >gcc-3.3 nicht. Mag sich natürlich mittlerweile geändert haben. Und damit
> >du nicht den SymLink unter /usr/bin verbiegst: setze HOSTCC=gcc-3.2 und
> >CC=gcc-3.2, dann kompiliert der Kernel mit gcc-3.2.
>
> Leider nicht, ich habe zwar beide Umgebungsvariablen gesetzt (export
> ...) aber ein anschließendes make clean und make-kpkg kernel_image
> verwendet trotzdem den gcc :-(
Hmm, bin mir, wo du das sagst, auch gar nicht mehr ganz sicher ob
make-kpkg die Variablen berücksichtigt (manpage?!)
> DAnn habe ich in der Datei conf.vars die beiden Einträge HOSTCC und CC
> editiert aber auch danach verwendet er noch gcc (anstelle von gcc-3.2)
Mach das mal lieber im Makefile, das bring mehr.
> >BTW: Wieso machst du eigentlich ein configure und make all, ich dachte
> >du baust mit make-kpkg?
>
> Schon richtig, aber ich dachte wenn ich auf einer tieferen Ebene
> beginne, dann finde ich vielelicht eher den Fehler ...
Naja, letztlich macht make-kpkg ja auch nix anderes als du bis jetzt
> Inzwischen bin ich ziemlich ratlos. Es kann doch wohl nicht daran
> liegen, daß ich immer noch einen 2.4.18 kernel laufen habe, oder?
Nein, kann es nicht, das wäre ja noch schöner
--
Hätte ich früher gewußt, in welche Raserei mich Unordnung
bringt, ich hätte mir die Pulsadern aufgeschnitten.
-- Heinz-Rudolf Kunze "Tohuwabohu"
Reply to: