Codesourcery Fehlermeldung (hosted/unhosted)

Hallo,

was ist denn das für eine Toolchain?
Soll ein embedded Project compiliert werden? Evtl mit der newlib?

Ist es ein CrossCompiler? Kannst du mal die Makefile posten?

Jim Meba schrieb:
> Schau Dir Deine Linker Settings mal an.
> Bei mir half: -lc -lm -lcs3unhosted -lgcc
> Die entsprechenden Funktionen sind dann als Dummy verfügbar.

Hab ich bereits drin:
Invoking: ARM Sourcery Windows GCC C++ Linker
arm-none-eabi-g++ 
-T"C:\Users\csander\AppData\Roaming\energymicro\Device\EnergyMicro\EFM32 
GG\Source\G++\efm32gg.ld"  -Xlinker --gc-sections -L"C:\Program Files 
(x86)/CodeSourcery/Sourcery G++ Lite/arm-none-eabi/lib/thumb2" 
-L"C:\Program Files (x86)/CodeSourcery/Sourcery G++ 
Lite/lib/gcc/arm-none-eabi/4.4.1/thumb2" -Wl,-Map,mandel.map 
--no-wchar-size-warning -mcpu=cortex-m3 -mthumb -DNDEBUG -o "mandel.elf" 
./emlib/src/em_assert.o ./emlib/src/em_cmu.o ./emlib/src/em_dbg.o 
./emlib/src/em_ebi.o ./emlib/src/em_emu.o ./emlib/src/em_gpio.o 
./emlib/src/em_rmu.o ./emlib/src/em_system.o ./emlib/src/em_usart.o 
./drivers/graphics/dmd/ssd2119/dmd_ssd2119_direct.o 
./drivers/tftdirect.o ./drivers/tftspi.o  ./bsp/dvk.o ./bsp/dvk_ebi.o 
./bsp/dvk_spi.o ./bsp/trace.o  ./EFM32GG/Source/G++/startup_efm32gg.o 
./EFM32GG/Source/system_efm32gg.o  ./mandel.o   -lc -lm -lcs3unhosted 
-lgcc -lcs3

netseal schrieb:
> Hallo,
>
> was ist denn das für eine Toolchain?
> Soll ein embedded Project compiliert werden? Evtl mit der newlib?
>
> Ist es ein CrossCompiler? Kannst du mal die Makefile posten?

Das Projekt existiert als Makefile-Projekt und normales C++ Projekt, bei 
beiden kommt die gleiche Error Meldung. Ich hab das Makefile des 
Makefile-Projekts mal angehängt, da es besser lesbar ist als der dreck 
vom normalen C++ Projekt.

Da ich meinem Projekt einige C++ Files hinzufügen will habe ich mein 
main file (mandel.c) in mandel.cpp umbenannt. Seitdem spuckt der Linker 
die Fehlermeldungen aus.

ein Thread der sich anscheinend mit dem gleichen Problem beschäfftigt: 
http://embdev.net/topic/129607

Resultat dieses Threat: "mach einfach Function stubs hin, dann meckert 
der Linker nichtmehr". Wenn ich das mache, verschwinden die 
Fehlermeldungen und das Programm läuft auch auf dem Controller. Ich 
würde allerdings gern Verstehn wo der Fehler her kommt und wie man ihn 
sinnvoll behebt.

ich werd mal schaun, der code stammt leider nicht von mir daher kann ich 
aus der stehgreif dazu nix sagen, aber ich werds mir anschaun. Aber wie 
kann es sein das der Fehler nicht kommt wennn ich nur .c dateien 
compiliere/linke und nur durch das umbenennen des mainfiles in .cpp + 
Anpassung des makefiles, kommt plötzlich diese Fehlermeldung. Sind sich 
c und cpp compiler so unterschiedlich was newlib angeht?

A. K. schrieb:
> TOOOHMAAATOOOH schrieb:
>
>> c und cpp compiler so unterschiedlich was newlib angeht?
>
> In C++ hast du leicht new/delete an der Backe, weil u.U. implizit
> irgendwo im Umfeld von Konstruktoren vergraben. Und auch das exception
> handling, wenn nicht explizit abgeschaltet.

ich hab meine cpp libs/files ja noch garnicht dem projekt hinzugefügt, 
nur eine c-datei, welche ausschließlich C-Code, also keine klassen, 
beinhaltet, umbenannt in .cpp.
Wenn ich einige der cpp Files dem Makefile als source hinzufüge (welche 
unter IAR wunderbar compilieren), dann kommen noch mehr dieser 
Fehlermeldungen.

danke,
so eine Lösung hab ich mir vorgestellt, verständlich und für jeden 
nachvollziehbar.