C++ Builder oder Visual C++

[Mikkey]

Da ich in der letzten Zeit relativ viel mit dem C++-Builder (aus XE7) gemacht habe und einiges an Erfahrung mit MS-C++ habe, gebe ich meinen Senf auch noch dazu.

Die Emba-IDE ist verglichen mit Visual Studio (und auch "SharpDevelop") >5 Jahre zurück. Wie schon geschrieben, ein einzelner Syntaxfehler in irgendeiner Datei des Projekts verhindert die Anzeige der Klassenmember.

Der C++-Builder gibt Fehlermeldungen, die den Fehler nicht richtig beschreiben, verlagert den Ort der Fehler zum Teil in andere Quelldateien.

Für mich das schlimmste: Ebenso wie bei Delphi erlaubt der Compiler das Erstellen von Klassen mit pure-virtuellen Funktionen. In dem Zusammenhang eine ungewöhnliche Handhabung bei Interfaces - der Compiler gibt nicht mal einen Hinweis aus, dass eine Funktion nicht implementiert wurde, sie wird stillschweigend als pure-virtual eingebaut.

Bei Controls hat Delphi die Nase vorn, die Menge an Standardcontrols ist bei Microsoft ziemlich beschränkt (das gilt dort für C# gleichermaßen). So etwas wie TChart muss man sich dort selbst machen.

Edit: Weiteres Manko beim C++-Builder ist, dass der 64-Bit-Compiler Buggy ist, zum Teil werden kryptische Fehlermeldungen ausgegeben, obwohl der Code absolut in Ordnung ist (gem. 32-Bit-Compiler).

[Der schöne Günther]

( Mit dem LLVM-Compiler habe ich leider noch nicht wirklich produktiv etwas gemacht, aber spontan sah es mir auch danach aus als könne man mit den Fehlermeldungen noch weniger anfangen als sonst. Konkrete Beispiele habe ich aber nicht mehr zur Hand. )

[Zacherl]

Zitat von Mikkey:

Für mich das schlimmste: Ebenso wie bei Delphi erlaubt der Compiler das Erstellen von Klassen mit pure-virtuellen Funktionen. In dem Zusammenhang eine ungewöhnliche Handhabung bei Interfaces - der Compiler gibt nicht mal einen Hinweis aus, dass eine Funktion nicht implementiert wurde, sie wird stillschweigend als pure-virtual eingebaut.

gut zu wissen. Das habe ich bisher tatsächlich bei keinem anderen C++ Compiler gesehen.

Zitat von Der schöne Günther:

( Mit dem LLVM-Compiler habe ich leider noch nicht wirklich produktiv etwas gemacht, aber spontan sah es mir auch danach aus als könne man mit den Fehlermeldungen noch weniger anfangen als sonst. Konkrete Beispiele habe ich aber nicht mehr zur Hand. )

Habe ich eigentlich eher gegenteilig in Erinnerung. Zumindest bei komplexem Template Code sind die Fehlermeldungen von MSVC oftmals nicht sehr konkret. Da hat LLVM/CLang teilweise bessere Sachen ausgespuckt.
Der LLVM Compiler ist aber recht umständlich zum Laufen zu bekommen (zumindest unter Windows mit Visual Studio).

[BUG]

OT:

Zitat von Zacherl:

Der LLVM Compiler ist aber recht umständlich zum Laufen zu bekommen (zumindest unter Windows mit Visual Studio).

Wenn ich mal wieder etwas mehr Zeit habe, werde ich CLion antesten. Was ich bis jetzt gesehen habe sieht ziemlich vielversprechend aus.

[MrSpock]

Habe gestern jetzt mal VC++ installiert und die OpenCV Library.

Dann habe ich denselben Code wie beim C++ Builder eingegeben. Dann die Pfade eingegeben, wie hier beschrieben. Das musste ich anpassen, weil ich das Visual Sudio 2015 benutze und ich der Anleitung eine andere Version beschrieben wird. Habe dann aber eine OpenCV_Debug Konfiguration erstellt, in der ich die Pfade angepasst habe. Zunächst die Include Pfade. Das hat nicht so geklappt wie in der oben verlinkten Beschreibung.

Kann man in den Include Pfaden einen Pfad eingeben, der auch alle Unterverzeichnisse dieses Pfades automatisch durchsucht?

Interessanterweise habe ich dann die Pfade so hinbekommen, dass die Include und Namespace Anweisungen nicht mehr rot unterstrichen waren:

Code:

#include <cv.h>
#include <highgui.h>

using namespace cv;

Aber die erste Funktion imread:

Code:

int main( int argc, char** argv )
{
 char* imageName = argv[1];

 Mat image;
 image = imread( imageName, 1 );

und auch alle weiteren Funktionen werden nicht gefunden.

Welchen Pfad in den Einstellungen muss ich denn dafür ergänzen?

Offensichtlich reicht da der Include Pfad nicht.

Zumindest wurden hier die Headerdateien problemlos durchlaufen. Damit bin ich tatsächlich weiter als mit dem C++ Builder. Leider.

[BUG]

Zitat von MrSpock:

und auch alle weiteren Funktionen werden nicht gefunden.

Ist das ein Compiler- oder ein Linker-Fehler?

[MrSpock]

Ist unterstrichen und es erscheint die Meldung, dass die Funktion nicht gefunden wird. Deshalb glaube ich das kommt vom Compiler.

[Zacherl]

Zitat von MrSpock:

Kann man in den Include Pfaden einen Pfad eingeben, der auch alle Unterverzeichnisse dieses Pfades automatisch durchsucht?

Ich glaube nicht. Normalerweise sind die Includes aber sowieso in der Form "opencv\sub\myheader.hpp".

Auf was zeigt denn $(OPENCV_DIR)? Kommt mir komisch vor, dass da bei den Includes "$(OPENCV_DIR)\..\..\include" steht und bei den Libs nur "$(OPENCV_DIR)\libs".

[MrSpock]

Zitat von Zacherl:

Auf was zeigt denn $(OPENCV_DIR)? Kommt mir komisch vor, dass da bei den Includes "$(OPENCV_DIR)\..\..\include" steht und bei den Libs nur "$(OPENCV_DIR)\libs".

Bei mir auf:

C:\Daten\Cpp\opencv\build\x86\vc12

und der Include Pfad:

C:\Daten\Cpp\opencv\build\include

[MrSpock]

OpenCV funktioniert jetzt. Als nächstes soll Qt 5 in VS integriert werden. Meine Tochter hat eine Installationsanweisung gefunden, aber es hat dann nicht geklappt, weil es irgendwie mit der Version 32Bit anstatt 64Bit nicht hingehauen hat. Kann es sein, dass das Qt 5 Framework mit Sourcen über 4 GB (!) groß ist? 😳