X

Fehler beim "make" für 7700

Einklappen
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
  • doktorknow
    Erfahrene Benutzer
    • 19.01.2008
    • 279

    Fehler beim "make" für 7700

    Moin moin,

    ich habe mal versucht, ein make für den Topfield 7700 zu erstellen. System ist auf Kubuntu 9.10.
    Leider bricht das make hier ab:
    make[3]: Betrete Verzeichnis '/home/acky/kathi_topfield/duckbox/tdt/tdt/cvs/cdk/lirc-0.8.2/daemons'
    source='hw_atilibusb.c' object='hw_atilibusb.o' libtool=no \
    depfile='.deps/hw_atilibusb.Po' tmpdepfile='.deps/hw_atilibusb.TPo' \
    depmode=gcc3 /bin/sh ../depcomp \
    sh4-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -c `test -f 'hw_atilibusb.c' || echo './'`hw_atilibusb.c
    hw_atilibusb.c:32:17: Fehler: usb.h: No such file or directory
    hw_atilibusb.c:58: Fehler: »CHAR_BIT« ist hier nicht deklariert (nicht in einer Funktion)
    hw_atilibusb.c: In Funktion »ati_init«:
    hw_atilibusb.c:137: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung
    hw_atilibusb.c:153: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:155: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c: In Funktion »is_device_ok«:
    hw_atilibusb.c:230: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:231: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c: In Funktion »find_usb_device«:
    hw_atilibusb.c:251: Fehler: »usb_busses« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:251: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
    hw_atilibusb.c:251: Fehler: für jede Funktion in der er auftritt.)
    hw_atilibusb.c:251: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:253: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:253: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c: In Funktion »find_device_endpoints«:
    hw_atilibusb.c:266: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:267: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:268: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:270: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:271: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:273: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:274: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:274: Fehler: »USB_ENDPOINT_DIR_MASK« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:275: Fehler: »USB_ENDPOINT_IN« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:276: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:276: Fehler: »USB_ENDPOINT_TYPE_MASK« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:277: Fehler: »USB_ENDPOINT_TYPE_INTERRUPT« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:279: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:280: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c:281: Fehler: »USB_ENDPOINT_OUT« nicht deklariert (erste Benutzung in dieser Funktion)
    hw_atilibusb.c:282: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    hw_atilibusb.c: In Funktion »usb_read_loop«:
    hw_atilibusb.c:311: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen
    make[3]: *** [hw_atilibusb.o] Fehler 1
    make[3]: Verlasse Verzeichnis '/home/acky/kathi_topfield/duckbox/tdt/tdt/cvs/cdk/lirc-0.8.2/daemons'
    make[2]: *** [all-recursive] Fehler 1
    make[2]: Verlasse Verzeichnis '/home/acky/kathi_topfield/duckbox/tdt/tdt/cvs/cdk/lirc-0.8.2'
    make[1]: *** [all] Fehler 2
    make[1]: Verlasse Verzeichnis '/home/acky/kathi_topfield/duckbox/tdt/tdt/cvs/cdk/lirc-0.8.2'
    make: *** [.deps/lirc.do_compile] Fehler 2
    acky@asus:~/kathi_topfield/duckbox/tdt/tdt/cvs/cdk$
    Was muss da gemacht werden?
    MfG
    doktorknow

    PS
    Vorgehensweise:
    1. Setup mit ubuntu910.sh
    2. Bei der Konfiguration habe ich "stabil" ausgewählt
    3. make nightly

    4. Verzeichnisse habe ich nachträglich erstellt und audi.elf und video.elf vom Topfield hineinkopiert.
  • TangoCash
    Erfahrene Benutzer
    • 23.11.2008
    • 179

    #2
    hw_atilibusb.c:32:17: Fehler: usb.h: No such file or directory

    dir fehlt die usb.h - ich tippe mal auf die linux sourcen (include/linux)
    a.k.a. DaHooD

    Es gibt nur 10 Arten von Menschen auf der Welt, die die binär können, und die die die anderen 1000 suchen.

    Kommentar

    • doktorknow
      Erfahrene Benutzer
      • 19.01.2008
      • 279

      #3
      Danke! Kann ich das selbst beheben oder muss das im git gefixt werden?
      MfG
      doktorknow

      Kommentar

      • officiallyme
        Erfahrene Benutzer
        • 08.05.2008
        • 11380

        #4
        in solchen fällen immer mal schauen, ob die datei vielleicht im aaf e² build drin ist.
        -= Kathi 910 =-
        13°, 19.2°, 23.5°, 28,2° @ Moteck SG-2100A Rotor
        Smargo SmartReader Plus

        -= =-

        Kommentar

        • doktorknow
          Erfahrene Benutzer
          • 19.01.2008
          • 279

          #5
          Original von officiallyme
          in solchen fällen immer mal schauen, ob die datei vielleicht im aaf e² build drin ist.
          Was, außer: "Lass die Finger davon - es ist zu hoch für Dich!"

          kann das bedeuten? Wo findet man/ich ein aaf e2 build?

          MfG
          doktorknow

          Kommentar


          • #6
            AAF E2 Build sind die aktuellen AAF-Images auf TDT basis.
            Spricht alle E2 images.
            Dort in der verzeichnisstrucktur nach den datein die Fehlen suchen .
            Am besten du nimmst ein Ba - E2 image und enpackst das dann hast du vollen zugriff auf alle daten und kannst dir so die benötigten daten rausholen .

            Kommentar

            • officiallyme
              Erfahrene Benutzer
              • 08.05.2008
              • 11380

              #7
              imho sollte niemand die finger davon lassen, jeder sollte probieren.
              sind vielleicht die profis anderer meinung, aber hier fangen wir alle bei null an.

              susanne hats aber schon gesagt. gemeint war damit, dass die fehlenden dateien dann aus einem aktuellen aaf image aus der database genommen werden.
              BA/USB image runterladen, entpacken, nach datei suchen und dann in den ordner aus dem fehlerlog kopieren.
              wenn es die datei nirgends gibt, dann mal einfach eine dummy datei anlegen.
              in ubuntu kannst du dazu einfach in den ordner gehen, rechte maus, "create empty file" und die dann umbenennen. per terminal gehts mit "touch".
              -= Kathi 910 =-
              13°, 19.2°, 23.5°, 28,2° @ Moteck SG-2100A Rotor
              Smargo SmartReader Plus

              -= =-

              Kommentar


              • #8
                Alle kräftik mit machen um so eher werden Fehler gefunden und behoben .
                Rom wurde auch nicht an einem Tag erbaut.
                Und fragen kostet nix.

                Es ist viel Automatisiert worden und alle bemühen sich da einander zu helfen .

                Kommentar

                • doktorknow
                  Erfahrene Benutzer
                  • 19.01.2008
                  • 279

                  #9
                  Vielen Dank für die Hilfestellungen!

                  Die Datei konnte ich im IS USB-Versrion und im AAF-TF-Image zumindest nicht finden. Ich werde es heute Abend mit dem "touch" versuchen!

                  Gruß,
                  doktorknow

                  Kommentar

                  • MichaelAnders
                    Erfahrene Benutzer
                    • 05.01.2009
                    • 269

                    #10
                    Aber sollte sowas nicht doch ins GIT? Was bringt ein GIT, wenn man damit nicht compilen kann weil dies und jenes fehlt? Es ist eine .h - das ist ja nix "wildes" oder großes, daß geht doch da bestimmt noch rein Und dann kann man sich das holen und compilen - und Glücklichsein. Statt krampfhaft hier und da noch Dateien herzusammeln

                    Hoffe daher, daß es noch "Anlaufprobleme" sind und wir bald hier ein GIT nightly-build haben werden, der von Anfang bis Ende compiled - ob es dann gut läuft ist was anderes, aber das ist ja auch das nightly und nicht stable

                    Anders ist es natürlich bei sowas wie den .elf Dateien... oder anderes was nicht open-source ist. Aber laut TDT soll das GIT ja nur "open-source" enthalten...
                    Dreambox 8000S
                    Kathi UFS 912 / 910

                    Kommentar

                    • Thomas4711
                      Erfahrene Benutzer
                      • 14.08.2009
                      • 37672

                      #11
                      Wollte euch Jungs nur Danken, das ihr euch des Topf's annehmt
                      ---------------------------

                      et10000; D-Cube R2; Prismcube Ruby; Venton HD1; Mara M9 u.a.m mit OpenATV 4.1
                      Astra 19,2 und 28,2 an Atemio Multischalter Premium-Line 9/20
                      Ligawo HDMI Matrix 4x2 - Multifunction per spdif an LG NB3530A 2.1 Soundbar

                      Kommentar


                      • #12
                        Soviel ich weiß wird das immer wieder aktualisiert.
                        Aber auch dazu benötigt man zeit und auch die ganzen DEV's müßen sich das alles anschauen . Manschmal sind das nur Kleinigkeiten .
                        Deswegen auch der Vorschlag das wenn es geht ein VM zu erstellen das der Gemeinschaft dann zur verfügung gestellt wird.

                        grus Susanne

                        Kommentar

                        • dark
                          Benutzer
                          • 16.06.2008
                          • 75

                          #13
                          @doktorknow

                          schaue mal im cdk/.deps ob linux-kernel vorhanden ist. wenn nicht make linux-kernel

                          welches make nightly?

                          ich würde nicht gleich auf ..-nightly gehen. erst mal make yaud-enigma2 machen.

                          Kommentar

                          • doktorknow
                            Erfahrene Benutzer
                            • 19.01.2008
                            • 279

                            #14
                            So, danke nochmal für die Tipps!

                            "linux-kernel" ist in .deps vorhanden. Habe zur Sicherheit noch einmal make linux-kernel eingegeben, aber er antwortet brav "für das Target gibt es nichts zu tun".
                            Ich habe nun folgende Dateien ge"touch"t:
                            lirc.do_compile
                            lirc
                            boot-elf
                            Nun kommt das hier:
                            patching file lib/python/Screens/DefaultWizard.py
                            patching file lib/python/Screens/Wizard.py
                            Hunk #1 succeeded at 14 (offset -1 lines).
                            Hunk #2 succeeded at 363 (offset 7 lines).
                            Hunk #3 succeeded at 454 (offset 9 lines).
                            patching file lib/service/Makefile.am
                            patching file lib/service/servicedvb.cpp
                            patching file lib/service/servicedvbrecord.cpp
                            patching file lib/service/servicemp3.cpp
                            Hunk #2 FAILED at 13.
                            Hunk #3 succeeded at 43 (offset 3 lines).
                            ...und so weiter...
                            Hunk #38 succeeded at 1920 (offset 12 lines).
                            Hunk #39 succeeded at 1943 (offset 12 lines).
                            Hunk #40 succeeded at 1960 (offset 12 lines).
                            Hunk #41 FAILED at 2011.
                            2 out of 41 hunks FAILED -- saving rejects to file lib/service/servicemp3.cpp.rej
                            patching file lib/service/servicemp3.h
                            Hunk #3 succeeded at 113 (offset 2 lines).
                            Hunk #4 FAILED at 137.
                            Hunk #5 succeeded at 176 (offset 8 lines).
                            Hunk #6 succeeded at 243 (offset 10 lines).
                            1 out of 6 hunks FAILED -- saving rejects to file lib/service/servicemp3.h.rej
                            patching file main/bsod.cpp
                            patching file main/enigma.cpp
                            patching file main/Makefile.am
                            make: *** [.deps/enigma2-nightly.do_prepare] Fehler 1
                            acky@asus:~/kathi_topfield/duckbox/tdt/tdt/cvs/cdk$
                            Das habe ich irgendwo schon gesehen... aber ich muss nun leider weg.
                            Werde die Tage weitertesten!

                            Vielen Dank nochmal an alle Teams, Entwickler, Helfer und Tester!!!
                            Ich wünsche besinnliche Festtage!

                            doktorknow

                            PS Ich habe es übrigens mit yaud-enigma2-nightly versucht.
                            Wenn ich nun mit einem "make yaud enigma2" versuchen möchte - welchen make **-clean muss ich dann machen? Gibt es da schon eine Auflistung??

                            Kommentar

                            Nicht konfiguriertes PHP-Modul

                            Einklappen

                            Fehler beim "make" für 7700

                            Einklappen
                            Lädt...
                            X