Witam
Mam ECLIPSE 2019-12. W trakcie kompilacji programu, po lewej stronie pojawiają mi się takie śmieszne "pluskwiaki" . Wiem , iż teoretycznie służą one do podpowiedzi że coś zostało zrobione nieprawidłowo i po najechaniu na nie myszką powiadamiają nawet o co chodzi , ale czasem pisząc program celowo chcemy coś wykorzystać co może nie jest typowe, ale nie jest też błędem. Mój przykład:

Po instrukcji 2 a przed statusem2 celowo nie dodaję polecenia break ponieważ status 1 i status 2 są w pewnej zależności między sobą i chodzi o to aby czasem wykonywać tylko instrukcję 3 ale czasem uzupełniać ją dodatkowo o wykonanie instrukcji 1 i 2.
Z tego co czytałem w języku C dopuszczalna jest taka konstrukcja i przy braku break wykonują sie po prostu wszystkie instrukcje kolejno. Tymczasem kompilator ECLIPSE wstawia mi przy pozycji status2 pluskwę i wyświetla komunikat o braku kończącej instrukcji break. Kompilacja przechodzi prawidłowo, mam w konsoli 0 errors i 0 warnings, ale "pluskwy" siedzą jak bolące zęby. Czy można jakoś poinformować kompilator ,że takie jest moje zamierzenie, czy zastosować jedyny sposób na karaluchy, czyli polubić ?

Nie ma czegoś takiego jak "kompilator ECLIPSE". Kompilator to masz tylko jeden AVR GCC (Atmel Toolchain) i jak widzisz on nie daje warnigów bo to jest dopuszczalne.

Te pchełki to system ostrzeżeń od środowiska IDE ECLIPSE a nie kompilatora. I masz tam rozbudowany system sterowania tymi pchełkami - możesz jeśli chcesz sobie wyłączyć je akurat dla takiej sytuacji. Upierdliwe jest to że trzeba to niestety robić dla każdego Workspace a nie raz dla całego Eclipse - więc mało opłacalne.

Więc albo się nie przejmować tymi pchełkami albo jednak znaleźć nieco inną formę zapisu tego w kodzie.

_________________
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 ]

I bardzo dobrze, że pokazuje, bo to jest bardzo częste źródło błędów.
Jeśli jednak chcemy rzeczywiście zaprogramować coś bez tego break, to dobrą praktyką jest dodatnie komentarza w takim przypadku, żeby kolejna osoba, która zajrzy w kod nie wpakowała się na minę.
Myśmy używali w takich przypadkach po prostu komentarza //intentionally,
ale Eclipse sugeruje domyślnie /*no break*/
np.

Jak klikniesz w tą "pchełkę" to zresztą Eclipse Ci zasugeruje działania i może nawet sam dodać stosowny komentarz.


Na jaki komentarz ma reagować analiza statyczna kodu - można zmienić w ustawieniach.
Window -> Preferences -> C/C++ -> Code Analysis

W tym okienku można też ustawić w jaki sposób ma reagować analiza statyczna kodu na inne przypadki.

Wielkie dzięki za wszelkie wyczerpujące wskazówki.
Pozdrawiam
W