Coś chyba musiało pójść nie tak z końpilacją bo musi być zajętość tej pamięci - aż wrzuciłem to u siebie do eclipsa i oczywiście jest zajętość ....

więc może niechcący po prostu kompilujesz inny projekt ? wiem że to raczej nie to - zbyt proste - ale może ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Zapewne dlatego kompilator tak pokazuje zużycie RAMu bo budując plik binarny kompilator stwierdził że ta tablica jest wypełniona zerami więc władował ją do sekcji BSS, a pamięć z sekcji BSS jest rezerwowana zanim program wystartuje od main().

Nadaj z łapki jakieś wartości do tej tablicy i powinna już policzona w sekcji data.

kompilator nie stwierdził - tylko skoro jest to zmienna globalna to sam ją wypełnił zerami bo tak musi zrobić zgodnie ze standardem ...

i wyżej pisałem że normalnie się to kompiluje i widać zajętość pamięci RAM od razu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

fakt sprawdzałem na atmel toolchainie bo już tylko jego używam, ale też z ciekawości zaraz sprawdzę na starym gcc

------------------------ [ Dodano po: 1 minucie ]

Anty - sprawdziłem na starym AVR GCC z 2010r - działa IDELANIE tak samo czyli widać zajętość pamięci - bardzo by mnie zdziwiło gdyby było inaczej ... O takich różnicach pomiędzy nimi dotąd nie słyszałem.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

hehe czasem tak to nazywam bo kompilator różne standardowe rzeczy potrafi zrobić, a maszynista później żyje w niewiedzy

Hmmm, zdaje mi się, że też coś podobnego ostatnio doświadczyłem przy pisaniu mojego softu pod wizfi..., ale to jutro sprawdzę.