Function pointer variables should be colorized as functions when they're called.

Offen

#13,015 erstellt am 04.12.2024 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: cpp, vscode
Bereich: tooling

Rechercherichtung

Reproduziere das Beispiel in einer C- oder C++-Datei und untersuche, wie der semantische Analysator Aufrufe über Funktionszeiger behandelt, wobei die verknüpften Diagnose- und LSP-Protokolle als Kontext dienen. Erledigt ist die Aufgabe, wenn die aufgerufene Variable f und das Strukturelement ptr dieselbe Funktionsfarbgebung wie func erhalten.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug Feature: Colorization Language Service Visual Studio

Environment

OS and Version: NixOS 24.11
VS Code Version: 1.94.2
C/C++ Extension Version: 1.22.2
If using SSH remote, specify OS of remote machine: N/A

Bug Summary and Steps to Reproduce

Bug Summary:
Executing a function call from a function pointer has mostly the same relevance as any normal function call; as such it should be colorized in a similar way.

Minimal example:
Note how the syntactic token type is easily detected thanks to the parentheses (and is identified as "entity.name.function.c" for the bare function pointer and as "entity.name.function.member.c" for the function pointer struct member), but the semantic analyzer ignores this particular property

Steps to reproduce:

Define a function in a C or C++ file;
Place the functions' address in a function pointer variable;
Call the function from the variable.

Expected behavior:
In the above screenshot, the text f on line 11 and ptr on line 12 should be colorized as func on line 10 is (i.e. purple)

Configuration and Logs

No "c_cpp_properties.json" present
Diagnostic logs: https://pastebin.com/nRDFDEKL
LSP logs: https://pastebin.com/Z0iZDQ56

Other Extensions

No response

Additional context

No response

Vorherrschende Sprache: TypeScript
Sterne: 6.2k
Forks: 1.7k
Ø Merge: 14 Std. 46 Min.
Gemergte PRs (30 T.): 61

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/vscode-cpptools

Extension Signature Verification Failed: C/C++ Extension Pack Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

microsoft/vscode-cpptools#14787 · Erstellt am 18.9.2026
[Bug] cpptools fails to start on Ubuntu ARM64 due to missing execute permissions on shared libraries Offen

bug fixed Language Service regression

microsoft/vscode-cpptools#14779 · 1 zugewiesene Person · Erstellt am 17.9.2026
[WSL2] C/C++ IntelliSense triggers ~30s wsl.exe stalls and Remote-WSL disconnects Offen

Language Service more info needed

microsoft/vscode-cpptools#14778 · 1 Kommentar · 1 zugewiesene Person · Erstellt am 17.9.2026
WebAssembly intrinsics aren't detected correctly in a freestanding `--target=wasm32` Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 64/100

microsoft/vscode-cpptools#14769 · Erstellt am 13.9.2026
When using `"cStandard": "c17"`, errors for calls to functions with missing prototypes are not reported Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

microsoft/vscode-cpptools#14768 · 1 Kommentar · Erstellt am 13.9.2026

Alle Issues in microsoft/vscode-cpptools