- LiFePO4 Speicher Test         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 14

Thema: pure virtual???

  1. #1
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    25.03.2006
    Ort
    Darmstadt
    Alter
    33
    Beiträge
    522

    pure virtual???

    Anzeige

    Praxistest und DIY Projekte
    Hallo,

    ich hab mal wieder versucht, objektorientiert zu proggen. Leider klappt es nicht so wie es sollte. Beim folgendem Code bekomme ich 'ne Fehlermeldung:
    Code:
    class a
    {
    	public:
    	virtual void mach()=0;
    };
    
    class b:public a
    {
    	public:
    	void mach()
    	{
    	}
    };
    
    int main()
    {
    	b x;
    	x.mach();
    }
    Und hier das Output vom Compiler:
    Code:
    > "make.exe" all
    
    -------- begin --------
    avr-gcc (GCC) 3.4.6
    Copyright (C) 2006 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.
    
    
    Compiling C++: main.cpp
    avr-gcc -c -mmcu=atmega32 -I. -x c++ -gdwarf-2 -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -fno-exceptions -Wall -Wa,-adhlns=obj/main.lst  -MD -MP -MF .dep/main.o.d main.cpp -o obj/main.o 
    main.cpp:37: warning: alignment of 'b::_ZTV1b' is greater than maximum object file alignment.  Using 1
    main.cpp:31: warning: alignment of 'a::_ZTV1a' is greater than maximum object file alignment.  Using 1
    
    Linking: testpp.elf
    avr-gcc -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wundef -Wa,-adhlns=obj/main.o  -std=gnu99 -Wundef -MD -MP -MF .dep/testpp.elf.d obj/main.o --output testpp.elf -Wl,-Map=testpp.map,--cref    -lm
    obj/main.o:(.data+0xa): undefined reference to `__cxa_pure_virtual'
    make.exe: *** [testpp.elf] Error 1
    
    > Process Exit Code: 2
    > Time Taken: 00:00
    Weiss jemand, was diesmal nicht klappt???

    MfG Mark

  2. #2
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    25.03.2006
    Ort
    Darmstadt
    Alter
    33
    Beiträge
    522
    Da mir darauf anscheined keiner eine Antwort geben gann stelle ich mal eine andere Frage.
    Was beduetet die Warnung "ignment of 'a::_ZTV1a' is greater than maximum object file alignment. Using 1"???
    Diese tritt auch dann auf, wenn ich die Methode 'mach' in der Klasse 'a' nicht pure virtual mache sondern auch einen Funktionsblock dahinter erstelle. Wo liegt da das Problem? Kann AVR-GCC mit 'virtual' nichts anfangen???



    MfG Mark

  3. #3
    Neuer Benutzer
    Registriert seit
    07.05.2007
    Ort
    NRW
    Alter
    47
    Beiträge
    2
    Hi,

    für C++ musst du den 'avr-g++' verwenden; dann sollte es klappen.

    -Tim

  4. #4
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    25.03.2006
    Ort
    Darmstadt
    Alter
    33
    Beiträge
    522
    Hallo,
    das Problem ist dank Mikrocontroller.net gelöst worden. Da hat nur eine Funktion __cxa_pure_virtual() gefehlt, die ausgelöst werden soll, wenn durch einen Fehler im Programm eine pure vertual-Methode ausgeführt wird. Sie sollte in der std-Lib von C++ vorhanden sein, aber für den AVR gibts ja keine^^. Trotzem danke für den Versuch.

    MfG Mark

  5. #5
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    14.04.2007
    Ort
    Einhausen
    Alter
    68
    Beiträge
    697
    Ich erhalte auch diese Fehlermeldung.
    Kann man wirklich keine abstrakten Basisklassen verwenden?

    Code:
    #ifndef STATE_H
    #define STATE_H
    
    class Bot;
    
    class State // abstrakte Klasse
    {
    public:
      virtual ~State(){}
      virtual void Execute(Bot*) = 0;
    };
    
    #endif

  6. #6
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    25.03.2006
    Ort
    Darmstadt
    Alter
    33
    Beiträge
    522
    Hallo ehenkes,

    wie gesagt, da fehlt die Funktion __cxa_pure_virtual(), die immer dann angespungen wird, wenn eine rein virtuelle Methode trotzdem ausgeführt wird, z.b. durch einen dynamic_cast<>. Du kannst die Funktion aber problemlos selbst schreiben. ein Bsp. dafür ist das hier:
    Code:
    /*!
     * \brief Pure-virtual workaround.
     *
     * The avr-libc does not support a default implementation for handling 
     * possible pure-virtual calls. This is a short and empty workaround for this.
     */
    extern "C" {
      void __cxa_pure_virtual()
      {
        // put error handling here
      }
    }
    Siehe auch http://www.mikrocontroller.net/topic/68813#new

    MfG Mark

  7. #7
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    21.10.2005
    Ort
    Erde
    Alter
    57
    Beiträge
    1.195
    Es sollte reichen dem Compiler mitzuteilen, dass er keine exceptions verwenden soll: -fno_exceptions (wenn ich mich richtig erinnere).

  8. #8
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    14.04.2007
    Ort
    Einhausen
    Alter
    68
    Beiträge
    697
    @ogni42:
    1) -fno-exceptions (nicht -fno_exceptions)
    2) nein reicht leider nicht, Linker-Fehlermeldung kommt trotzdem.

    @p_mork:
    Genau das ist die Lösung, damit das Programm läuft.

  9. #9
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    21.10.2005
    Ort
    Erde
    Alter
    57
    Beiträge
    1.195
    Stimmt, Ihr habt recht.

  10. #10
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    14.04.2007
    Ort
    Einhausen
    Alter
    68
    Beiträge
    697
    Keine Ahnung, ob dies mit der methodik noch einen Unterschied macht:

    virtual void Execute(Bot*) = 0; // pure virtual

    virtual void Execute(Bot*){}; // virtual

Seite 1 von 2 12 LetzteLetzte

Berechtigungen

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

MultiPlus Wechselrichter Insel und Nulleinspeisung Conrad