nVidia bietet nun das komplette PGI Compiler Paket und noch vieles mehr als Download für Linux x86_64, ppc64le und aarch64 an.
Nachtrag:
Die ARM Version läuft auch auf einem Raspberry Pi 3 mit Ubuntu 64Bit.
@Mechanics Ja, wir haben auch unsere Freude mit MSVC. Ich finde zwar die schnellen Feature-Updates toll, aber was ich gar nicht toll finde ist dass es keinen "stable branch" mehr gibt. Bugfixes kommen jetzt mit dem nächsten Update, mit dem auch neue Features kommen und dadurch neue Bugs. Hmpf.
Dann sage ich jetzt danke an alle. Von meiner Seite her ist meine Frage jetzt soweit beantwortet.
Und dank an @Th69, dafür, daß du die Funktionsweise etwas ausführlicher aufgeschlüsselt hast, jetzt verstehe ich das Zusammenspiel der einzelnen Komponenten (und was am ende als 0&1 übrigbleibt) schon deutlich besser - und für meine Zwecke erstmal ausreichend genug.
Abgesehen davon würde ich C::B zumindest auf linux vermeiden. (ich nutze C::B auf Windows noch als Haupt IDE)
Vielleicht liegt es an meinem Arch System, aber C::B war eklig verbuggt da.
Ja ich muss sagen, dass man seine IDE beherrschen sollte wenn man etwas entwickeln möchte.
Super vielen dank!!! hat sofort funktioniert...
jetzt schau ich mal weiter ob der Rest auch funktioniert
Das ganze lässt sich auf deutlich weniger reduzieren.
Aber die Datei lässt sich abkürzen auf:
Setze C++17 als Standard, falls nicht in Commandline
Setze auf Release Build, falls nicht gesetzt
Deklarier ein Projekt
Zum Projekt gehört eine executable aus folgenden Dateien: [...]
Setze Compileroptionen für debug und release modus
Hier ist eine "Liste"/Tutorial der wichtigsten Funktionen:
(linken, sourcen hinzufügen, compiler optionen)
https://cmake.org/cmake/help/latest/guide/tutorial/index.html
Ich würde aber erstmal klein anfangen und dann schaun was du brauchst und das googlen. Das meiste kann man sich auch auf Stackoverflow erstmal zusammenpuzzeln.
Bei Verzweiflung gibts ja noch das Forum und die CMake Webseite.
Außerdem kannst du den Rat "nicht dateien mit GLOB hinzufügen" erstmal ignorieren. Das ist hauptsächlich relevant wenn man CMake nicht immer wieder ausführt und sich auf die inkrementellen Builds von make verlässt.
Das säh dann so aus:
# Sucht alle Dateien mit Endung .cpp rekursiv im Projektverzeichnis zusammen und fügt sie zu sources.
file(GLOB_RECURSE sources "*.cpp")
# Add executable
add_executable(${PROJECT_NAME} ${sources})
@Leon0402 sagte in Welche IDE:
Auf Linux
@LotosKaiser04 sagte in Welche IDE:
Ich nutze auch Windows neben Linux also ich hab kein Problem damit Windows zu benutzen, wie heißen den die Programme die du kennst?
Hm...,
mit dem angelegten User Jenkins auf dem Git-PC bekomme ich auch keine Verbindung. Also weitersuchen, trotzdem vielen Dank für die Hilfe.
lg Torsten
Schreibe bitte in eine Zeile vor Deinem Code ``` und in eine Zeile nach Deinem Code ```. Alternativ markiere Deinen Code und klicke auf das </> in der Symbolleiste über dem Bearbeitungsfenster.
Du kannst Deinen Beitrag nachträglich noch bearbeiten. Den Menüpunkt Bearbeiten findest Du hinter dem Drei-Punkte-Menü rechts unter Deinem Beitrag.
@Bashar sagte in Microsoft Visual Studio LNK2019 und LNK1120 Fehler:
Copy&Paste der Fehlermeldung hätte es übrigens auch getan.
Nicht "hätte es getan". Wäre besser gewesen
Genau, ich möchte sozusagen nach der Verzeichnis Hierarchie und dem Dateinamen sortieren. Habe es jetzt mal so versucht:
IncludeCategories:
- Regex: '^(<|")[^/]*(>|")$'
Priority: 1
- Regex: '^(<|")[^/]*/[^/]*(>|")$'
Priority: 2
- Regex: '^(<|")[^/]*/[^/]*/[^/]*(>|")$'
Priority: 3
Bzw. auch die inverse Reihenfolge, allerdings werden die Include-Verzeichnisse so noch falsch sortiert:
#include "A.h"
#include "B.h"
#include "A/A.h"
#include "A/B.h"
#include "Z/A.h"
#include "Z/B.h"
#include "A/B/A.h"
#include "A/B/B.h"
#include "Z/Z/A.h"
#include "Z/Z/B.h"
So sollte es mal aussehen:
#include "A.h"
#include "B.h"
#include "A/A.h"
#include "A/B.h"
#include "A/B/A.h"
#include "A/B/B.h"
#include "Z/A.h"
#include "Z/B.h"
#include "Z/Z/A.h"
#include "Z/Z/B.h"
Ich denke man bräuchte evtl. ein rekursives Regex :).
Nach einer kompletten cleanen Neuinstallation von Visual Studio 2019 Community ist der Fehler behoben. Ich hatte Visual Studio 2019 schon fast ein Jahr installiert. Vielleicht hat sich bei den diversen Updates ein Fehler in der Compiler und Debugger Installation eingeschlichen. Das kann ich jetzt nicht mehr nachvollziehen.
Vielen Dank an alle,
Bernd
@Bushmaster sagte in (g)c++ compiler von cygwin oder mingw für npm-gyp nutzen?:
@manni66 sagte in (g)c++ compiler von cygwin oder mingw für npm-gyp nutzen?:
Auch das habe ich nicht behauptet.
aber vermutet.
Nein
Keine Ahnung erhlich gesagt. Denn: zirkuläre Abhängigkeiten sind Schmarrn. Das lässt man am besten einfach. Und genau das wäre auch was ich dir empfehlen würde.
