Ok ich hab's gefunden. In der Menüleiste hatte ich "Builderkenntnisse beim neu Erstellen ausführen" als Button hinterlegt. Das habe ich nun auf "Neu erstellen" geändert. Jetzt wird die "TraceXXXX.elt" Datei nicht erzeugt und angezeigt.
Wie kann man einen Screenshot einfügen?
Das zeigt das "Überwachen" Fenster an:
Name Wert Typ
chbuff,22 22 int
chbuff[0] 49,'1' char
chbuff [8192] char [8192]
Pufferlängenangabe funktioniert bei mir unter Linux nicht, s.o.
Darum die Frage nach Doku, dann kann ich mir das selbst durchlesen....
@Quiche-Lorraine
Du kannst in C# auch #if SYMBOLNAME verwenden. Welche Symbole definiert sind, kann man in den Projekteinstellungen pro Konfiguration festlegen. Per Default definieren Debug Konfigurationen das Symbol DEBUG.
@Schelli
aber es ist verwunderlich, daß der Editor den Namen der neuen Datei anzeigt, aber die alte ausführt.
Ist es nicht, sofern du kein neues Projekt erstellt hast. Du startest in Visual Studio ja nicht das .cpp File das du gerade offen hast. Du startest immer das Projekt das du offen hast. Welches .cpp File du offen hast, bzw. ob überhaupt eines, spielt dabei keine Rolle.
Hallo und willkommen.
Dieser Thread ist uralt und auch super unspezifisch, dein eigener Beitrag leider auch. Anstatt uralte Beiträge hervor zu holen, die nichts zu deiner Frage beitragen, mach bitte einen neuen Thread auf. Wenn du eine hilfreiche Antwort möchtest, sei auch möglichst genau und spezifisch bei deiner Problembeschreibung. Lies zum Beispiel dies hier: Du brauchst Hilfe?
@Quiche-Lorraine Hab gerade eine neue Solution mit einem neuen Projekt erstellt, mit dem selben Ergebnis.
@Tyrdal: Mit dem Flag geht's doch. War am Freitag wohl etwas zu müde und mir ist das "-" bei dem Flag durchgegangen. Ich bin trotzdem verwundert, dass nur bei double Membern da optimiert wird.
@Th69 sagte in GNU mit Visual Studio Code:
MinGW erzeugt Windows-Programme auf Basis der GNU Compiler.
Du möchtest aber wohl einen Cross- bzw. Remote-Compiler benutzen, also Linux-Programme erzeugen?
Schau dir mal Erstellen eines auf MSBuild basierenden C++-Projekts für Linux in Visual Studio sowie Tutorial: Erstellen plattformübergreifender C++-Projekte in Visual Studio / Anleitung: Kompilieren und Debuggen von C++ mit WSL 2 in Visual Studio 2022 an.
Als Beispielprojekt habe ich Cross compile on Linux with VS or VS Code gefunden.
Guten Morgen,
ganz konkret habe ich folgendes installiert
https://developer.arm.com/downloads/-/gnu-rm
also der reine GNU ARM compiler
Danke für das GIT repo, das is interessant;)
Habe auch für VSC eine explizite extension für diese GNU ARM variante gefunden...
@hustbaer sagte in Gemeinsame Codebase und verschieden VS Versionen und toolsets):
Als gemeinsames Projekt-Format könntest du CMake verwenden. Das kann auch noch VS 2008 Projekte generieren.
Was die IDEs angeht: die solltest du auch alle auf einem PC (VM, ...) installieren können, parallel. Was die SDKs angeht kann ich dazu nix sagen, hab nie mit WinCE SDKs gearbeitet.
Falls du auch Build-Server brauchst: wäre vermutlich nen Versuch wert das ganze auf nem aktuellen Windows in nem Docker Container zum Laufen zu bekommen. Dann hast du das Dockerfile aus der du dir jederzeit relativ schnell wieder ein Image bauen kannst, mit 1:1 dem Setup drauf das du zum Bauen brauchst. Das Dockerfile kann man dann versionieren und so gefahrlos und vergleichsweise schnell rumexperimentieren.
Eine Gemeinsame IDE mit verschneiden SDK und Toolsets..
Falls du eine gemeinsame Visual Studio Version findest mit der alle benötigten SDKs funktionieren, wäre das mMn. die beste Variante. Ansonsten: siehe oben.
Hallo Hustbaer, sorry für die spät rückmeldung (echt undankbar von mir). Aber die Idee mit CMake is gut.. und vll. sollte ich auch alles VS Versionen auf eine gemeinsam VM pressen.. das wäre auch ne Idee.
Build-Server brauche ich zum glück keine:)
Schöne Wochende dir
@Kaan02 sagte in cannot find 'ld':
@SeppJ Ein Hello-World funktioniert hier auch nicht, was denkst du kann ich dagegen tun?
Keine Ahnung, aber so wissen wir wenigstens erst einmal Bescheid, dass da etwas falsch installiert ist. Ich verschiebe in ein passendes Fachforum.
@Mathuas sagte in codeblooks findet X11 Sourcen nicht:
Diese Include befindet sich hier. "/usr/include/X11/Xlib.h"
Dies habe ich etwas falsch ausgedrückt. Diese Datei ist auf beiden PCs vorhanden.
