Hi!
Da Qt4-Open-Source für Windows ja keine Unterstützung für MSVC bietet, gibt es ja (irgendwo im Forum) einen Patch.
Funktioniert dieser auch mit Qt 4.0.1? Hat da schon jemand Erfahrungen gemacht?
Gruß,
Dominik
msvc-patch 4.0.0 und qt 4.0.1?
Re: msvc-patch 4.0.0 und qt 4.0.1?
Nein. Der muss verändert werden.dilorenzo hat geschrieben:Funktioniert dieser auch mit Qt 4.0.1?
Hier der aktuell in Entwicklung befindliche Patch. MSVC 7 funktioniert noch nicht (unresolved symbols), aber MSVC 8 (.NET) kommt schon durch.
http://tinyurl.com/8jydy/msvc-bcc32-Qt-4.0.1patch.zip
Wobei mir da einige Fehler in Qt aufgefallen sind, die der Borland-Compiler aufgedeckt hat. Entweder interessiert es gcc und msvc nicht wenn durch Null dividiert wird, oder da stimmt was ganz und gar nicht.
Code: Alles auswählen
v = v > 0 ? v : -v;
int x = qIntCast((v + 89) / 90);
int y = bla / x;Und rcc.exe dividiert ebenfalls durch Null, wenn man eine leere Ressourcen-Dateien (0 Bytes) hat und ohne Q_NO_COMPRESSION kompiliert.
Andreas
Aber warum funktioniert das alte dann bei mir? Naja ist ja auch egal. Wenn man beim MSVC 7 "configure-msvc -no-stl" angibt, kompiliert er.
Und ich werde den Verdacht nicht los, dass in moc.exe seit Qt 3 eine Zeitbombo steckt. Denn der Borland Compiler kracht mir je nach Umgebungsvariablen-Länge (bei "PATH=%PATH%;DuKannstMichMal" geht es mal, mal aber auch nicht, je nachdem in welchem Verzeichnis ich mich befinde). Und der einzige Unterschied ist der Speichermanager, der wahrscheinlich die Speicherbereiche näher enger reserviert und ein Bufferoverflow somit einen anderen überschreibt. Es liegt nur an moc.exe, denn weder qmake, rcc, uic, uic3, assistent, designer, linguist und porting haben dieses Problem und die nutzen wohl mehr Funktionen als moc.exe.
Und ich werde den Verdacht nicht los, dass in moc.exe seit Qt 3 eine Zeitbombo steckt. Denn der Borland Compiler kracht mir je nach Umgebungsvariablen-Länge (bei "PATH=%PATH%;DuKannstMichMal" geht es mal, mal aber auch nicht, je nachdem in welchem Verzeichnis ich mich befinde). Und der einzige Unterschied ist der Speichermanager, der wahrscheinlich die Speicherbereiche näher enger reserviert und ein Bufferoverflow somit einen anderen überschreibt. Es liegt nur an moc.exe, denn weder qmake, rcc, uic, uic3, assistent, designer, linguist und porting haben dieses Problem und die nutzen wohl mehr Funktionen als moc.exe.
Andreas