avr-libstdcpp - Atmel Studio 7 - std::throw bad alloc()

[Veit D. (devil-elec)]

Hallo,

hat schon jemand diese Lib mit AS7 zum laufen gebracht?
https://github.com/modm-io/avr-libstdcpp

Verwendet wird eine Toolchain mit avr-gcc 11.2.0 mit C++20 Einstellung.

Zuerst hatte ich undefinierte Referenzen auf delete und new. Das konnte 
ich beheben durch verschieben der .cpp Dateien aus den example 
Verzeichnis in ein gemeinsam erreichbares common Verzeichnis. Jetzt 
erhalte ich noch eine undefinierte Referenz auf std::throw bad alloc()
Das kann laut meines Wissens alles mögliche sein.
Der Lib Ersteller macht nur unter Linux rum und kann mir nicht helfen.

Mein Testcode.

#include <avr/io.h>

//#include <cxxabi.cpp>   // ohne Wirkung
#include <new.cpp>

#include <vector>
#include <algorithm>
   
int main(void)
{
    std::vector<int> v1 {1, 2, 3, 4};
    while (1)
    {
    }
}

Hat irgendwer Ideen zur Fehlerbehebung?

[Klaus W. (mfgkw)]

Wie sieht die Meldung genau aus? Mit zwei Leerzeichen im Namen?
Nicht zufällig Tiefstriche? std::bad_alloc()?

Soll die cpp-lib Ausnahmen werfen im Fehlerfall?


Und welche Compileroptionen nimmst du genau?

[g457 (Gast)]

> Nicht zufällig Tiefstriche? std::bad_alloc()?

noch besser: std::__throw_bad_alloc().

@FO bist du sicher dass du den C++-Linker benutzt und nicht den von C? 
Falls ja dann zeig doch bitte die ∗exakten∗ Compiler/Linkeraufrufe nebst 
Ausgaben.

[Oliver S. (oliverso)]

__throw_bad_alloc() steht in src/functexept.cc.

Das ganze src-Verzeichnis musst du zu deinem Projekt hinzufügen. Die 
Dateien da drin müssen mit compiliert und gelinkt werden.

Oliver

[Bewunderer der Programmierkünste (Gast)]

Ich wundere mich, dass dir #include <new.cpp> nicht um die Ohren gehauen 
wird. Sei es vom Studio und den Leuten hier.

[Oliver S. (oliverso)]

Autsch. Das hatte ich gar nicht gesehen.

In dem Fall empfiehlt es sich, doch erst einmal einen Grundkurs C7C++ zu 
machen, und die fortgeschrittenen Experimente auf später zu verschieben.

Oliver

[Veit D. (devil-elec)]

Hallo,

die gesamte Ausgabe.

[Veit D. (devil-elec)]

Hallo,

include von new.cpp entfernt, war "nur" ein letzter verzweifelter 
Versuch gewesen, der dessen Fehler scheinbar behoben hatte. src 
inkludiert, kompiliert. :-)  vector demzufolge erstmal okay.

Aber sort erzeugt leider erneut einen Error
undefined reference to `operator new(unsigned int)'  avrLibStdCpp 
<artificial>  1

#include <avr/io.h>
#include <vector>
#include <memory>
#include <algorithm>
using namespace std;
   
int main(void)
{
    vector<int> v1 {1, 2, 3, 4};
    v1.size();
    int zahlen[9] = {3, 8, 1, 9, 5, 6, 4, 2, 7};
    sort(zahlen, zahlen + 9);
    
    while (1)
    {
    }
}

[Oliver S. (oliverso)]

Veit D. schrieb:
> Aber sort erzeugt leider erneut einen Error
> undefined reference to `operator new(unsigned int)'

Veit D. schrieb:
> Zuerst hatte ich undefinierte Referenzen auf delete und new. Das konnte
> ich beheben durch verschieben der .cpp Dateien aus den example
> Verzeichnis in ein gemeinsam erreichbares common Verzeichnis.

Ja, was den nun? Wenn die Datei "new" aus dem common-Verzeichnis Teil 
deines Projektes ist, sollte das nicht passieren.

Oliver

[MitLeserin (Gast)]

In /avr-libstdcpp/examples/vector/ findet sich ein Beispiel.

In AS7 ein neues c++ Project erstellen,

in SolutionExplorer ¦ Project ¦ rechtsklick ¦ Properties ¦ Advanced ¦ 
eine Toolchain für c++17 wählen,

in SolutionExplorer ¦ Project ¦ rechtsklick ¦ add existing item ¦ die 
Dateien *.cpp aus Verzeichnis ../examples/common/ in das Project 
einbinden

in SolutionExplorer ¦ Project ¦ rechtsklick ¦ add existing item ¦ die 
Dateien *.cc aus Verzeichnis ../src/ in das Project einbinden.

Source aus ../examples/vector/main.cpp in AS7 main.cpp kopieren.

Rebuild Solution sollte ohne Fehler kompilieren.

Das MAKEFILE des Beispiels zeigt den Weg.

[MitLeserin (Gast)]

Screenshot

[Veit D. (devil-elec)]

Hallo,

Danke liebe Mitleserin. Soweit kompiliert das alles erstmal fehlerfrei.
Ich habe jedoch aktuell das Problem das meine Usart nichts ausgibt und 
eine Heartbeat Led in while nicht mehr blinkt. Das Teil scheint 
einzufrieren. Trotz das es fehlerfrei kompiliert. Verwende ich eine 
minimal ältere Toolchain, fliegt mir alles um die Ohren. Declare 
conflicts mit math.h und cmath.
Bevor ich darauf aber eingehe, weil das viel zu viel zum erklären wäre, 
muss ich erstmal paar Schritte zurück und selbst versuchen was jetzt los 
ist.
Ich danke allen Helfern und melde mich wenn ich soweit bin.
Danke fürs Verständnis.

[MitLeserin (Gast)]

Die oben beschriebenen Versuche habe ich mit einer älteren Version von 
avr-libstdcpp durchgeführt.

Quelle:
https://github.com/modm-io/avr-libstdcpp/tree/2030cc27f3238419f792ac4558877f9bf571af2a

Diese Version wird in der Bibliothek
https://github.com/KonstantinChizhov/Mcucpp/tree/master/3rdparty
verwendet

Die aktuelle Version
https://github.com/modm-io/avr-libstdcpp

compiliert aber ebenfalls ohne Fehler für avr-gcc-8/9/10/11

Für avr-gcc-10/11 die bekannte Warnung:
'volatile'-qualified left operand is deprecated

*****************
Die Parameter des Beispiels ../examples/vector/main.cpp gemäss MAKEFILE

Device ATmega328p

F_CPU=16000000

-std=c++17


avr-gcc-11.1.0-x64-windows(*) avr-size:  3308       42       38     3388 
d3c  libstdcpp_test.elf

avr-gcc-10.1.0_x64-mingw(*) avr-size:    3352       42       38     3432 
d68  libstdcpp_test.elf

avr-gcc-9.3.0-mingw64-selfmade avr-size:  3312       42       38 
3392      d40  libstdcpp_test.elf

avr-gcc-8.3.0-x64-mingw avr-size:   3340       42       38     3420 
d5c  libstdcpp_test.elf

(*) compound assignment with 'volatile'-qualified left operand is 
deprecated [-Wvolatile]  libstdcpp_test 
Y:\0_CPP\0_Test\libstdcpp_test\libstdcpp_test\uart.cpp  52

[MitLeserin (Gast)]

Korrektur: avr-gcc-10/11: Dei Warnung 'volatile'-qualified left operand 
is deprecated nur mit -std=c++2a ¦ -std=c++20

[Veit D. (devil-elec)]

Hallo,

das gestern mit der usart nichts mehr ging war mal wieder der Klassiker. 
Ich hatte sei() vergessen. Jetzt habe ich mit der avrLibStdCpp alles 
nochmal gemacht und es funktioniert. Für mich und die Nachwelt nochmal 
dokumentiert. Vielen Dank an Mitleserin.

Nebeninfo. Das mir gestern mit einer älteren Toolchain alles um die 
Ohren flog mit cmath/math.h lag daran, dass meine Toolchains die 
aktuelle avrlibc verwenden und die avr-libstdcpp auf eine ältere 
aufbaut. In meine aktuelle Toolchain hatte ich eine ältere Version von 
math.h kopieren/überschreiben. Die avr-libstdcpp macht daraus vieles 
wieder undefiniert. Meine älteren Toolchains sind unverbogen.

Jetzt hätte ich noch eine Frage. Was ist der Unterschied ob ich die .cpp 
und .cc Dateien in den Projektordner kopiere bzw. ob ich dem Projekt die 
Verzeichnisse mittels Directories Pfadangabe bekannt mache? Warum werden 
diese Dateien mit letzterem nicht gefunden?

/*
 * avrLibStdCpp.cpp
 * Created: 10.03.2022 10:25:31
 * Author : Devil Elec
 * 
   AVR128DB48 Curiosity Nano Board
              | default |   used    | PortMux |  
   USART.0.Tx |   PA0 (16MHz Quarz) |   PA4   |  
   USART.0.Rx |   PA1 (16MHz Quarz) |   PA5   | 
   USART.1.Tx |   PC0               |   PC4   | 
   USART.1.Rx |   PC1               |   PC5   | 
   USART.2.Tx |   PF0  (RTC Quarz)  |   PF4   | 
   USART.2.Rx |   PF1  (RTC Quarz)  |   PF5   |
   USART.3.Tx |   PB0  (Debug)      |   PB4   | 
   USART.3.Rx |   PB1  (Debug)      |   PB5   | 
   USART.4.Tx |   PE0               |   ---   | 
   USART.4.Rx |   PE1               |   ---   |   */

#include <avr/io.h>
#include <util/delay.h>

#include <vector>
#include <memory>
#include <array>
#include <algorithm>

#include <AVRxDB_Pin.h>
#include <ClockLib.h>
#include <AVRxDB48_Usart.h>
Usart <1> usart1;
OutputPin <BOARDLED> onboardLed;

using namespace std;
vector<int> v1 {5, 7, 4, 2, 8, 6, 1, 9, 0, 3};
array<int, 10> arrV1 = {7, 5, 8, 2, 4, 6, 9, 1, 0, 3};

template<class T>
void printContainer(T container)
{
    for (auto elem : container) {
        usart1.print(elem);
        usart1.putString_P(", ");
    }
};
                          
int main(void)
{
    initOnboard16MHzQuarz(); 
    usart1.init(250000);
    onboardLed.init();
    onboardLed.enableInvertIO();
    sei();
    usart1.putString_P("\nuC Reset ### ###\n");
    
    usart1.putString_P("\nVECTOR");
    usart1.putString_P("\nAnzahl Elemente: ");
    usart1.println(v1.size() );
  
    usart1.putString_P("\nvector unsortiert\n");
    printContainer(v1);
    
    usart1.putString_P("\nsort default\n");
    sort( begin(v1), end(v1) );  
    printContainer(v1); 
    
    usart1.putString_P("\nsort absteigend\n");
    sort( begin(v1), end(v1), greater<int>() );  
    printContainer(v1);  
    
    usart1.putString_P("\nARRAY");
    usart1.putString_P("\nAnzahl Elemente: ");
    usart1.println(arrV1.size() );

    usart1.putString_P("\narray unsortiert\n");
    printContainer(arrV1);

    usart1.putString_P("\nsort default\n");
    sort( begin(arrV1), end(arrV1) );
    printContainer(arrV1);

    usart1.putString_P("\nsort absteigend\n");
    sort( begin(arrV1), end(arrV1), greater<int>() );
    printContainer(arrV1);    
     
    usart1.putString_P("\nExample vector\n");
    vector<uint8_t> test{10, 1, 2, 42, 3};
    test.push_back(4);
    test.erase(test.begin());

    if(auto it = find(test.begin(), test.end(), 42); it != test.end()) {
        test.erase(it);
    }
   printContainer(test); 
     
    while (1)
    {
        onboardLed.setOn();
        _delay_ms(75);
        onboardLed.setOff();
        _delay_ms(925);
    }
}

[MitLeserin (Gast)]

Die eingefügten Include-Verzeichnisse erlauben das Einbinden der dort 
enthaltenen Header-Dateien mit

#include<datei>

Für Source-Dateien genügt das nicht. Der Compiler compiliert jede 
Source-Datei einzeln. Jede Source-Datei muss explizit als source.cxx 
bekannt sein.

Der Link zur Datei genügt.

in SolutionExplorer ¦ Project ¦ rechtsklick ¦ add existing item ¦ ADD as 
Link ¦ den LINK zu den Dateien *.cxx aus Verzeichnis ../xyz/ in das 
Project einbinden.

In Output ist der Build-Prozess für jede Source-Datei dokumentiert:

Building file: 
../../0_avr-libstd-cpp/avr-libst-cpp-2022/examples/common/cxxabi.cpp

../../avr-gcc-11.1.0-x64-windows\bin\avr-g++.exe" ... mit allen flags 
...

Finished building: 
../0_avr-libstd-cpp/avr-libst-cpp-2022/examples/common/cxxabi.cpp

[Veit D. (devil-elec)]

Hallo,

Danke, jetzt ist mir das klarer.