Probleme zwischen C++ und C Projekt Einbindung Funktion

[Robert P. (Firma: ---) (ausmilkel)]

Hallo,

ich habe bisher C Projekte im AVR Studio erstellt und wollte jetzt ein 
C++ Projekt erstellen.
Nun habe ich folgendes Problem beim compilieren vom C++ Projekt:

Error  2  undefined reference to `test_Buttons()'  D:\Tools\AVR\TESTcpp\ATmega1281_Cpp\ATmega1281_Cpp\Debug/.././ATmega1281_Cpp.cpp  20  1  ATmega1281_Cpp

Es scheint als kann AVR Studio die Funktion nicht finden.

Die Hauptdatei (ATmega1281_Cpp.cpp ) sieht folgendermaßen aus

#include  <avr/io.h>    // avrgcc Bibliothek
#include   <stdint.h>    // avrgcc Bibliothek
#include  <stdlib.h>

#include "../ATmega1281_Cpp/Libraries/Lib_Peripheral/BUTTON.H"


int main(void)
{
    while(1)
    {
        test_Buttons();
    
    //TODO:: Please write your application code 
    
    return 0;
    }
}

Button.c

#include <stdint.h>
#include "BUTTON.H"

void test_Buttons(void)
{
  
  uint32_t testbutton = 5;
  
}

Button.h

#ifndef BUTTON_H
#define BUTTON_H

#include <stdint.h>
#include "../Lib_MCU/general_config.h"


void test_Buttons(void);


#endif

Pfad in "Toolchain -> AVR/GNU C Compiler -> Directories " wurde 
angegeben.

Komischerweise kann ich das ganze in einem C Projekt ohne Probleme 
kompilieren (gleicher Code + Struktur)...

Ich habe bisher nur den Unterschied bei der Compiler Version gefunden 
(ich denke wegen C und C++ Projekt)

C Projekt

Invoking: AVR/GNU Linker : 4.8.1
  "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-gcc.exe"

C++ Projekt

Invoking: AVR8/GNU Linker : 4.8.1
  "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-g++.exe"

Anbei auch nochmals die Dateien für C und C++.
Wer kann mir weiterhelfen?

Gruß,
Robert

[Juergen (Gast)]

In Buttons.h:

#ifdef __cplusplus
extern "C" {
#endif

void test_Buttons(void);

[... weitere Deklationen ...]

#ifdef __cplusplus
}
#endif

Und bitte informiere dich über Suchpfade für Include-Dateien. Sowas

#include "../Lib_MCU/general_config.h"

macht Augenschmerzen.

[temp (Gast)]

Das liegt daran, dass C++ aus dem Funktionsnamen "test_Buttons" einen 
eigenen internen Namen macht an dem nach bestimmten Regeln auch die 
Funktionsparameter mit in den Namen eingehen. Kannst du die in der 
map-Datei ansehen. Oder nach "name mangling in c++" googeln, das 
verschafft Klarheit.
Als Lösung des Problems wird oft in den C-Headerdateien extern "C" 
verwendet, wenn sie unter C++ includet werden. Bei dir würde das so 
aussehen:

#ifndef BUTTON_H
#define BUTTON_H

#include <stdint.h>
#include "../Lib_MCU/general_config.h"

#ifdef __cplusplus
extern "C" {
#endif


void test_Buttons(void);


#ifdef __cplusplus
}
#endif


#endif

[Robert P. (Firma: ---) (ausmilkel)]

Hallo temp(Gast),
Hallo Jürgen,

danke für das feedback. Ich glaub jetzt hat es Klick gemacht, 
zumindestens teilweise.

>Das liegt daran, dass C++ aus dem Funktionsnamen "test_Buttons" einen
>eigenen internen Namen macht an dem nach bestimmten Regeln auch die
>Funktionsparameter mit in den Namen eingehen. Kannst du die in der
>map-Datei ansehen.

tatsächlich habe ich jetzt sowas im map file gefunden nachdem ich meine 
Funktion "test_Buttons()" in ein .cpp abgelegt habe und dann alles 
kompiliert habe.

 .text._Z12test_Buttonsv
                0x000000a6        0x2 Libraries/Lib_Peripheral/BUTTON.o
                0x000000a6                _Z12test_Buttonsv

das heisst hier sieht man jetzt das Ergebnis vom "name mangling in c++" 
(_Z12test_Buttonsv)?!
Im Vergleich noch mal das .map file nach dem Kompilieren im C Projekt

.text.test_Buttons
                0x000000a6        0x2 Libraries/Lib_Peripheral/Button.o
                0x000000a6                test_Buttons
                0x000000a8                . = ALIGN (0x2)

Was ich noch nicht verstehe ist, warum das bei einem .c source file im 
C++ Projekt im Endeffekt nicht fuktioniert. Die Funktion ist doch genau 
gleich nur in einem .c file verpackt und natürlich ohne dem hier

 
#ifdef __cplusplus
extern "C" {
#endif

bzw. warum passiert dann anderes wenn die Funktion in einem .cpp file 
verpackt ist ?
Jetzt mal etwas Orakeln meinerseits:
hängt das mit den Unterschieden für Funktionen zwischen C und C++ 
zusammen (z. Bsp. Überladen von Funktionen nur in C++) ?

@Jürgen:


>Und bitte informiere dich über Suchpfade für Include-Dateien. Sowas
>#include "../Lib_MCU/general_config.h"
>macht Augenschmerzen.

wurde jetzt auch von mir verstanden und umgesetzt ;-)

Gruß,
Robert

[Sebastian V. (sebi_s)]

Robert P. schrieb:
> hängt das mit den Unterschieden für Funktionen zwischen C und C++
> zusammen (z. Bsp. Überladen von Funktionen nur in C++) ?

Genau. In C++ gibt es allerhand neue Features wie Namespaces, Klassen 
und Überladen von Funktionen. Und dort muss man natürlich dafür sorgen, 
dass die Funktion A::foo(int) nicht mit B::foo(int) kollidiert. Für den 
Linker werden daher diese Infos die Funktionsnamen eingebaut.

[Hans W. (Firma: Wilhelm.Consulting) (hans-)]

Naja

void test_Buttons(void);

könnte es auch als

bool test_Buttons();
bool test_Buttons(&int);

geben... zumindest in C++.

Mit dem extern C machst du aus der Funktion eine C-Funktionen. Damit 
hast du den Nachteil, dass es nur 1ne implementierung gibt, dafür kannst 
du sie Problemlos aus C aufrufen (sonst müsstest du trampoline oä 
verwenden).

btw: "void foo(void)" war schon in ur-C "falsch"/unnötig...

73

[Rolf M. (rmagnus)]

Hans W. schrieb:
> btw: "void foo(void)" war schon in ur-C "falsch"/unnötig...

Wie kommst du denn darauf? In "ur-C" gab es noch gar kein void. Und 
später (bis heute) war es in C nicht zwingend nötig, aber durchaus 
anzuraten. Erst in C++ ist es wirklich unnötig (aber dennoch nicht 
falsch).