STM32CubeIDE Projekt sauber machen

[Christoph K. (chriskuku)]

Man will ja immer, daß so eine Projekt-Treeview sauber aussieht und 
diese weißen Kreuzchen auf rotem Grund sehen immer danach aus, als sei 
etwas nicht in Ordnung. Dieses Projekt myblinky_hse_pll_168, was diesen 
"Makel" hat, macht ein Clean Project und ein Build Project ohne 
Fehlermeldungen und läßt sich auch problemlos ins Target laden und 
ausführen. Nur kriege ich diese blöde Kreuzchen nicht weg.

Weiß jemand Rat?

[Johannes S. (Gast)]

In der Eclipse Doku gibt es irgendwo eine Erklärung der Symbole.

Eventuell sind das noch alte Fehler, guck mal ob man die im ‚Problems‘ 
Tab löschen kann.

[Christoph K. (chriskuku)]

Johannes S. schrieb:
> In der Eclipse Doku gibt es irgendwo eine Erklärung der Symbole.
>
> Eventuell sind das noch alte Fehler, guck mal ob man die im ‚Problems‘
> Tab löschen kann.

Problems ist sauber. Da steht kein Eintrag. Fand einen Link
"Was bedeuten die Symbole in Eclipse". Der bezieht sich aber nur auf die 
Rolle von Eclipse als Java-Entwicklungsumgebung.

[Johannes S. (Gast)]

Dann gibt es weitere im CDT Plugin. Aber das Kreuz ist ja wohl ein 
allgemeiner Fehler.
Das debug und release Verzeichnis mal löschen?

Edit:
https://help.eclipse.org/2019-09/index.jsp?topic=%2Forg.eclipse.cdt.doc.user%2Freference%2Fcdt_u_project_explorer_view.htm&cp=11_4_0_2

[Christoph K. (chriskuku)]

Habe Debug mal gelöscht. Relese war gar nicht da. Habe eines angelegt 
(Active gesetzt und es wurde angelegt).'Andreaskreuz' klebt immer noch 
am Projekt, am Core und am Startup. Werde mal versuchen, das Projekt 
ganz neu anzulegen. Dann muß es ja weggehen. Aber ich glaube, so ist es 
gerade entstanden (STM32Project from existing .ioc File). Mal sehen...


Auch nach frischem Anlegen eines STM32Projekts ohne Übernahme eines 
existierenden .ioc Files ist dieses Kreuz da. Muß was ganz blödes sein, 
was mit der Vorgeschichte zusammenhängt. Vielleicht, weil der Name schon 
mal benutzt war. Jetzt im Moment auch nicht so wichtig. Vielleicht finde 
ich es nebenher noch irgendwie heraus.

Es gibt unter dem workspace Verzeichnis noch ein .metadata/.log.
Darin findet man:

!ENTRY com.st.stm32cube.ide.mcu.ide 4 4 2021-05-22 16:55:42.768
!MESSAGE com.st.stm32cube.ide.mcu.ide/META-INF/version/build_ref file 
not found, build reference will not be reported into properties

!ENTRY org.eclipse.cdt.core 1 0 2021-05-23 09:29:49.015
!MESSAGE Indexed 'myblinky_hse_pll_168' (36 sources, 100 headers) in 
4.59 sec: 7,769 declarations; 48,647 references; 0 unresolved 
inclusions; 1 syntax errors; 2 unresolved names (0.0035%)

!ENTRY org.eclipse.cdt.core 1 0 2021-05-23 09:35:04.439
!MESSAGE Indexed 'myblinky_hse_pll_168' (21 sources, 81 headers) in 1.6 
sec: 4,399 declarations; 17,711 references; 0 unresolved inclusions; 1 
syntax errors; 2 unresolved names (0.009%)

!ENTRY org.eclipse.cdt.core 1 0 2021-05-23 11:26:25.608
!MESSAGE Indexed 'myblinky_hse_pll_168' (21 sources, 81 headers) in 1.38 
sec: 4,400 declarations; 17,739 references; 0 unresolved inclusions; 1 
syntax errors; 2 unresolved names (0.009%)

!ENTRY org.eclipse.cdt.core 1 0 2021-05-23 11:39:11.935
!MESSAGE Indexed 'myblinky_hse_pll_168' (21 sources, 81 headers) in 1.71 
sec: 4,399 declarations; 17,711 references; 0 unresolved inclusions; 1 
syntax errors; 2 unresolved names (0.009%)

!ENTRY org.eclipse.cdt.core 1 0 2021-05-23 11:43:08.112
!MESSAGE Indexed 'myblinky_hse_pll_168' (21 sources, 81 headers) in 1.62 
sec: 4,402 declarations; 18,166 references; 0 unresolved inclusions; 1 
syntax errors; 2 unresolved names (0.0089%)

Ob das was damit zu tun hat? Wie gesagt, im Moment nicht so wichtig .