|
Anzeige
|
C++ Standard?!
Gast
#77344
Hi. Ich hatte ja vor kurzem das Problem, dass der AVR-G++ meine Konstruktoren bzw. Destruktoren nicht aufgerufen hat, wenn ich dynamisch Speicher angefordert habe. Deshalb würde mich der C++ Standard interessieren. Gibts irgendwo so ein Dokument?? Google hat leider keine sehr guten Ergebnisse gebracht. mfg Andreas -- Andreas Auer aauer1@sbox.tugraz.at Student of Telematics http://home.pages.at/aauer1 Graz University of Technology
Gast
#77345
Einen C++-Standard könntest Du ja irgendwo finden, aber warum glaubst Du, daß gerade dieser Dir hier helfen würde? Ein Blick in die [avr-libc] FAQ würde Dir wohl viel eher helfen. ``Can I use C++ on the AVR? * The operators new and delete are not implemented, ...'' Ich hab's schon einige Male geschrieben: der Freiwillige, der sich im Rahmen des avr-libc Projekts um die C++ Infrastruktur kümmert, wird nach wie vor gesucht. new und delete zu implementieren (und damit die dynamische Speicherverwaltung für C++) kann so schwer nicht sein (malloc() ist ja als Basis da), es muß einfach nur mal jemand tun. Gleiches gilt für ein paar andere elementare Dinge aus der libstdc++.
Gast
#77346
dann sage mir mal einer was da genau fehlt... hab keinen plan von compiler design und zu wenig zeit zum einlesen... aber wenn mir einer sagen könnte was wie und wo da noch was zum reinfusln ist .... ist ja wirklich grauenhaft..hat man einen mega128 und kriegt den speicher nicht voll weil man keine klassn sinnlos herumableiten kann g 73 de oe6jwf | hans
Gast
#77347
Vom Compiler mußt Du auch gar keine Ahnung haben :-), das ist alles Bibliothekssache. Auf avrfreaks.net läuft da gerade ein Thread dazu: http://www.avrfreaks.net/phpBB2/viewtopic.php?t=18187 @Hans, "ist ja wirklich grauenhaft..hat man einen mega128 und kriegt den speicher nicht voll" Machs doch wie ich, nimm den Mega8. Den kriege ich zwar auch nicht voll, aber 40..80% Auslastung ist schon wesentlich besser als nur 2..5%. Peter Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
