There been some discoveries on this problem I want to share. My main development plaform is Linux, as I posted before im using gcc-4.5.3 there. Out of curiosity I've installed WinAVR package on windows, built my project and everything was ok with memory(!), means, RAM was not bloated by using method in question. Stable WinAVR using gcc-4.3.3 so I switched back to linux, installed gcc-4.3.3 and after build memory usage was OK too.
Another test (focus now) I replaced PanelPellet.o (file where problematic method is both defined and used) in copy compiled with 4.3.3(good one) with PanelPellet.o from copy compiled on 4.5(bad one), then i linked whole stuff again and memory gone wrong again. So problem is definitly somewhere in that object file. 2011/12/17 Georg-Johann Lay <a...@gjlay.de>: >Compile the code with -save-temps and read s-file carefully and you see where >the memory is needed. Sorry, but I don't get any of what's in that files - but as this problem is now isolated to as single and quite short file, I can provide both good and bad version 2011/12/17 Georg-Johann Lay <a...@gjlay.de>: > Marcin S schrieb: > >> I never said this code does not compile. > > > It's text in square brackets. It describes the snipped-out text rather then > quoting all that lines. > >> using avr-gcc-4.5.3 >> build opts are: >> avr-gcc -c -mmcu=atmega128 -x c++ -gdwarf-2 -DF_CPU=3686400UL -Os >> -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums >> -fno-exceptions -Wall -Wundef -ffunction-sections -fdata-sections >> -Wa,-adhlns=OBJ/PanelPellet.lst -I. -IhrdDefs -ImyClasses -MMD -MP >> -MF .dep/PanelPellet.o.d PanelPellet.cpp -o OBJ/PanelPellet.o >> >> I prepared some related code snippets that should give You general >> idea how its organized. >> http://pastebin.com/96dWVww8 >> Yet, this example code compiling just fine and avr-size report 0 bytes >> RAM used, just as it should. > > > yup, the code is compiled to > > main: > .L2: > rjmp .L2 > .size main, .-main > .global panelObj > .section .bss.panelObj,"aw",@nobits > .type panelObj, @object > .size panelObj, 1 > panelObj: > .skip 1,0 > > So your memory leak is somewhere else, i.e. triggered by code you snipped > out. > > Compile the code with -save-temps and read s-file carefully and you see > where the memory is needed. _______________________________________________ AVR-GCC-list mailing list AVR-GCC-list@nongnu.org https://lists.nongnu.org/mailman/listinfo/avr-gcc-list
