Frameworks/Windows: Difference between revisions
(→Tier 1: Mention that non-building libs are currently disabled) |
(→KCoreAddons: firstperson--) |
||
| Line 19: | Line 19: | ||
Note that this code would have never worked on Windows directly. It only ever worked thanks to the use of kdewin to provide compatibility headers. | Note that this code would have never worked on Windows directly. It only ever worked thanks to the use of kdewin to provide compatibility headers. | ||
KDirWatch also has some code working around a Windows limitation, which is obsolete because QFileSystemWatcher already implements the same workaround. But | KDirWatch also has some code working around a Windows limitation, which is obsolete because QFileSystemWatcher already implements the same workaround. But getting things to compile should be a priority over removing that. | ||
=== KArchive === | === KArchive === | ||
Revision as of 00:33, 15 October 2013
This page tracks the status of KDE Frameworks on Microsoft Windows.
I have only tested with MSVC2010 32-bit.
Tier 1
Working: itemmodels, itemviews, kplotting, kcodecs, kguiaddons, kidletime, kwidgetsaddons, sonnet. More details later.
The rest are currently disabled in CMake. This means you can build kdelibs as a whole with no errors at the moment, but only because the non-working parts are being skipped...
KCoreAddons
KRandom fails to build due to the use of unistd.h and getpid(). KDirWatch also fails. Several portability fixes were done, but still not enough:
tier1\kcoreaddons\src\lib\randomness\krandom.cpp(25) : fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory tier1\kcoreaddons\src\lib\io\kdirwatch.cpp(845) : error C3861: 'QT_LSTAT': identifier not found tier1\kcoreaddons\src\lib\io\kdirwatch.cpp(846) : error C2065: 'QT_STAT_LNK': undeclared identifier tier1\kcoreaddons\src\lib\io\kdirwatch.cpp(1294) : error C3861: 'nlink_t': identifier not found
Note that this code would have never worked on Windows directly. It only ever worked thanks to the use of kdewin to provide compatibility headers.
KDirWatch also has some code working around a Windows limitation, which is obsolete because QFileSystemWatcher already implements the same workaround. But getting things to compile should be a priority over removing that.
KArchive
Not tested yet, due to external dependencies for compression (didn't get around to installing them yet).
KJS
Not tested yet due to PCRE dependency.