- Akku Tests und Balkonkraftwerk Speicher         
Seite 4 von 6 ErsteErste ... 23456 LetzteLetzte
Ergebnis 31 bis 40 von 53

Thema: brauche Starthilfe

  1. #31
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.11.2004
    Ort
    Karlsruhe
    Beiträge
    223
    Anzeige

    LiFePo4 Akku selber bauen - Video
    ja.
    Wobei ich mich frage ob es nicht einfacher wäre das erste mkdir /usr/local/avr bis zum export PATH=/usr/local/avr/bin:${PATH} wegzulassen und dann überall wo --prefix=/usr/local/avr auftaucht stattdessen --prefix=/usr/local zu setzen. /usr/local/bin ist idR. schon in $PATH drin (einfach mal echo $PATH machen und gucken ob es auftaucht)

  2. #32
    Erfahrener Benutzer Robotik Einstein Avatar von SprinterSB
    Registriert seit
    09.06.2005
    Ort
    An der Saar
    Beiträge
    2.802
    Ja

    15 Zeichen:
    ...............
    Disclaimer: none. Sue me.

  3. #33
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    22.02.2005
    Beiträge
    385
    also ich hab jetzt nochmal alles gemacht:

    das hier kam nach configure in binutils:
    Code:
    loading cache ./config.cache
    checking host system type... i686-pc-linux-gnu
    checking target system type... avr-unknown-none
    checking build system type... i686-pc-linux-gnu
    checking for a BSD compatible install... (cached) /usr/bin/install -c
    *** This configuration is not supported in the following subdirectories:
         target-libiberty
        (Any other directories should still work fine.)
    *** removing intl/Makefile to force reconfigure
    *** removing libiberty/Makefile to force reconfigure
    *** removing opcodes/Makefile to force reconfigure
    *** removing bfd/Makefile to force reconfigure
    *** removing binutils/Makefile to force reconfigure
    *** removing gas/Makefile to force reconfigure
    *** removing etc/Makefile to force reconfigure
    checking for i686-pc-linux-gnu-ar... no
    checking for ar... (cached) ar
    checking for i686-pc-linux-gnu-as... no
    checking for as... (cached) as
    checking for i686-pc-linux-gnu-dlltool... no
    checking for dlltool... (cached) dlltool
    checking for i686-pc-linux-gnu-ld... (cached) /usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../../i586-suse-linux/bin/ld
    checking for i686-pc-linux-gnu-nm... no
    checking for nm... (cached) nm
    checking for i686-pc-linux-gnu-ranlib... no
    checking for ranlib... (cached) ranlib
    checking for i686-pc-linux-gnu-windres... no
    checking for windres... (cached) windres
    checking for i686-pc-linux-gnu-objcopy... no
    checking for objcopy... (cached) objcopy
    checking for i686-pc-linux-gnu-objdump... no
    checking for objdump... (cached) objdump
    checking for avr-ar... no
    checking for avr-as... no
    checking for avr-dlltool... no
    checking for avr-ld... no
    checking for avr-nm... no
    checking for avr-ranlib... no
    checking for avr-windres... no
    checking whether to enable maintainer-specific portions of Makefiles... no
    creating ./config.status
    creating Makefile
    Fand ich verdächtig, wegen den ganzen nos

    binutils make:
    Code:
    checking lex output file root... /home/mathias/binutils-2.15/ld/configure: line 4505: lex: command not found
    configure: error: cannot find output from lex; giving up
    make: *** [configure-ld] Fehler 1
    binutils make install:
    Code:
    make[1]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/intl'
    make[1]: Entering directory `/home/mathias/binutils-2.15/obj-avr/ld'
    make[1]: *** Keine Regel, um »install« zu erstellen.  Schluss.
    make[1]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/ld'
    make: *** [install-ld] Fehler 2

    GCC make install:
    Code:
    make[2]: Entering directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty/testsuite'
    make[2]: Für das Ziel »install« ist nichts zu tun.
    make[2]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty/testsuite'
    make[1]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty'
    "nichts zu tun" is immer schlecht.

    avr_lib domake:
    Code:
    make[1]: Für das Ziel »all-am« ist nichts zu tun.
    uisp make:
    Code:
    make[1]: Für das Ziel »all-am« ist nichts zu tun.

    das sind so die Ausgaben dir mir komisch vorkamen.
    Und? Ist es jetzt installiert oder nicht?

    mfg
    jagdfalke

  4. #34
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.11.2004
    Ort
    Karlsruhe
    Beiträge
    223
    ok. Also:
    - das "configure" von den binutils sieht soweit ich sehe gut aus.
    - "make" von den binutils: du hast "lex" nicht installiert. Auf meinem System (Fedora Core 3) gehört das zu dem Paket "flex". Musst du nachinstallieren.
    - damit geht dann auch das "make install" der binutils in die Hose. Damit kann dann aber auch wieder der GCC nicht gebaut werden weil der die binutils braucht.
    - ich würde dir empfehlen die Ordner mit den Quellen nochmal zu löschen und die Archive neu auszupacken damit kein "Müll" übrig ist. (SprinterSB hat das auch erwähnt, es geht auch "einfacher", aber ich denke dass ist für dich die einfachste Variante.
    - uisp make sieht deswegen gut aus weil du es schon mal gebaut hast. "make clean" machen und dann nochmal beim configure anfangen.
    - kann Susi Paketgruppen installieren? Wenn ja schau mal ob es eine Gruppe "Development" gibt und schau dass die komplett installiert ist. Sonst kann es passieren dass dir bald wieder irgendwelche benötigten Tools fehlen.

  5. #35
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    22.02.2005
    Beiträge
    385
    flex ist installiert. Wenn ich die ganze Gruppe Development installieren will kommen lauter Abhängigkeitsprobleme.

  6. #36
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.11.2004
    Ort
    Karlsruhe
    Beiträge
    223
    merkwürdig. nach deinem output
    Code:
     checking lex output file root... /home/mathias/binutils-2.15/ld/configure: line 4505: lex: command not found
    wird eindeutig lex nicht gefunden. Was sagt rpm -qil flex? Hast du mal probiert die binutils komplett neu zu bauen?

  7. #37
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    22.02.2005
    Beiträge
    385
    seltsam, der haken in yast war da, aber rpm -qil flex sagt not installed. Ich habs jetzt einfach mal aktualisieren lassen.
    Und so geht alles wieder von vorne los...

  8. #38
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    22.02.2005
    Beiträge
    385
    so, hier nochmal die letzten paar zeilen der Ausgaben:

    binutils
    configure:
    Code:
    checking for avr-windres... no
    checking whether to enable maintainer-specific portions of Makefiles... no
    updating cache ./config.cache
    creating ./config.status
    creating Makefile
    make:
    Code:
    rm -f ld.pod
    make[3]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/ld'
    make[2]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/ld'
    make[1]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/ld'
    make install:
    Code:
    make[2]: Entering directory `/home/mathias/binutils-2.15/obj-avr/libiberty/testsuite'
    make[2]: Für das Ziel »install« ist nichts zu tun.
    make[2]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/libiberty/testsuite'
    make[1]: Leaving directory `/home/mathias/binutils-2.15/obj-avr/libiberty'
    GCC
    configure:
    Code:
    checking for avr-windres... no
    checking whether to enable maintainer-specific portions of Makefiles... no
    updating cache ./config.cache
    creating ./config.status
    creating Makefile
    make:
    Code:
    avr-ar  rc AVR5/libgcov.a libgcc/avr5/_gcov.o libgcc/avr5/_gcov_merge_add.o libgcc/avr5/_gcov_merge_single.o libgcc/avr5/_gcov_merge_delta.o
    avr-ranlib AVR5/libgcov.a
    make[2]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/gcc'
    echo timestamp > stmp-multilib
    make[1]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/gcc'
    make install:
    Code:
    make[2]: Entering directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty/testsuite'
    make[2]: Für das Ziel »install« ist nichts zu tun.
    make[2]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty/testsuite'
    make[1]: Leaving directory `/home/mathias/gcc-3.4.2/obj-avr/libiberty'
    avr-lib
    domake:
    Code:
    ln crt1/crttn26.o crttn26.o >/dev/null 2>/dev/null || cp crt1/crttn26.o crttn26.o
    rm -f crt86401.o					       
    ln crt1/crt86401.o crt86401.o >/dev/null 2>/dev/null || cp crt1/crt86401.o crt86401.o
    make[1]: Leaving directory `/home/mathias/avr-libc-1.0.5/build'
    make:
    Code:
    mkdir /usr/local/avr/avr/include
    mkdir /usr/local/avr/avr/include/avr
    make[2]: Leaving directory `/home/mathias/avr-libc-1.0.5/build'
    make[1]: Leaving directory `/home/mathias/avr-libc-1.0.5/build'
    uisp
    configure:
    Code:
    config.status: creating uisp.1
    config.status: creating uisp.spec
    config.status: creating src/Makefile
    config.status: creating src/config.h
    config.status: executing depfiles commands
    make install:
    Code:
     /usr/bin/install -c -m 644 ChangeLog-2002 /usr/local/avr/share/doc/uisp-20040311/ChangeLog-2002
    /bin/sh ./mkinstalldirs /usr/local/avr/man/man1
     /usr/bin/install -c -m 644 ./uisp.1 /usr/local/avr/man/man1/uisp.1
    make[2]: Leaving directory `/home/mathias/uisp-20040311'
    make[1]: Leaving directory `/home/mathias/uisp-20040311'
    Jetzt alles klar?

  9. #39
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    05.11.2004
    Ort
    Karlsruhe
    Beiträge
    223
    Der Output sieht gut aus. Mal probiert die Programme aufzurufen?
    avr-as --version
    avr-gcc --version
    uisp --version
    sollte dir die Versionsnummern liefern. Wenn das tut biste fertig (an den PATH denken wenn du --prefix=/usr/local/avr benutzt hast, ansonsten müsste /usr/local/bin im Pfad sein und es ootb tun)

  10. #40
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    22.02.2005
    Beiträge
    385
    Code:
    linux:/home/mathias # avr-as --version
    GNU assembler 2.15
    Copyright 2002 Free Software Foundation, Inc.
    This program is free software; you may redistribute it under the terms of
    the GNU General Public License.  This program has absolutely no warranty.
    This assembler was configured for a target of `avr'.
    linux:/home/mathias # avr-gcc --version
    avr-gcc (GCC) 3.4.2
    Copyright (C) 2004 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    
    linux:/home/mathias # uisp --version
    uisp version 20040311
    (C) 1997-1999 Uros Platise, 2000-2003 Marek Michalkiewicz
    
    uisp is free software, covered by the GNU General Public License.
    You are welcome to change it and/or distribute copies of it under
    the conditions of the GNU General Public License.
    sieht gut as oder? Und wie geht weiter?

Seite 4 von 6 ErsteErste ... 23456 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiFePO4 Speicher Test