Moin zusammen, ich versuche mich gerade ein wenig mit VIM einzuarbeiten. Habe dazu eine nette Kombi gefunden: https://github.com/ttsiodras/dotvim Macht soweit auch schon richtig spaß. Aber ich habe noch mit clang so mein eines oder anderes Problem. Wenn ich einen Link von der libclang.so in /usr/lib bringe oder in der .vimrc den Ordner bei g:clang_library_path angebe, dann gibt es keine Fehlermeldung mehr (Loading libclang failed, completion won't be available. Consider setting g:clang_library_path.), dafür aber kann ich mit C+] nicht mehr zu den Definitionen und Co. springen. Schmeiß ich das ganze raus, dann kann ich zwar mit C+] springen, aber dafür bekomme ich beim ersten mal immer die Fehlermeldung, die ich dann bis zu drei mal quittieren muss. Vielleicht hat jemand eine Idee woran es bei mir scheitert? Grüße Nico
Servus Nico, mit Clang-Complete kenne ich mich nicht so gut aus. Ich würde dir allerdings für Vim YouCompleteMe empfehlen: https://valloric.github.io/YouCompleteMe/ Leider ist die Installation nicht ganz trivial aber dafür ist es ziemlich schnell und mächtig. Gibt es übrigens auch für VS-Code.
Danke für den Tipp. Sieht gut aus und läuft echt gut zusammen mit bear.
Mit bear hatte ich (warum auch immer) Probleme, weshalb ich scan-build benutze. Das ist vom selben Autor und nutzt sogar bear (bzw. libear) als backend aber das frontend ist ein Python-Skript: https://github.com/rizsotto/scan-build Für die Erstellung der compile_commands.json ruft man das dann allerdings nicht mit "scan-build", sondern mit "intercept-build" auf, also in etwa
1 | |
Läuft beides gleich bei mir. Hast du vielleicht auch eine Idee wie ich die falschen Fehlermeldungen los werde? z.B.:
1 | |
2 | |
In welchem Kontext denn? Meinst du mit YouCompleteMe?
Da bin ich halt aktuell ein wenig überfragt, wo das genau herkommt. Ich denke, dass das an clang liegt. Für den meisten kram nutze ich den arm-none-eabi-gcc. Aber YCM nutzt afaik clang. Wenn ich jetzt in vim :YcmDiags aufrufe, dann sehe ich die falschen Fehlermeldungen. gcc läuft ohne Probleme durch (-Wall).
Hast du gerade mal ein Beispiel wo es auftritt? Ist das bei Teacup der Fall?
Bei Teacup habe ich keine Probleme. Den Fehler sehe ich bei ChibiOS. z.B. chibios/demos/STM32/RT-STM32F411RE-NUCLEO64
Das liegt meiner Meinung nach daran, dass die Header einzeln geparsed werden und nicht in im jeweiligen Kontext, d.h. in der chcore_v7m.h gibt es kein #include "cmsis_gcc.h", wo nämlich die Funktion "__get_BASEPRI()" zu finden ist. Stattdessen wird anderswo sichergestellt, dass die cmsis_gcc.h vor der chcore_v7m.h included wird, nämlich da wo die chcore_v7m.h selbst included wird. Das ist aber mMn keine Schwäche von Clang, sondern ein Design-Flaw von ChibiOS. Allgemein finde ich, dass bei ChibiOS das Build-System etwas zu großzügig durch #ifdefs und #defines ersetzt wird, auch wenn ich ChibiOS ansonsten sehr mag.
Vielen Dank für die Aufklärung.