Rant: So you want help?

Francis Corvin francis_ at gmx.net
Sun Nov 7 00:51:55 CET 2010

At 2010-11-06 17:00, Thomas Friedrichsmeier wrote:

>Right now one central problem with having a time gap between the compilers is
>that it will cause serious confusion. Suppose MSVC is at 4.5.3, 
>while MinGW is
>still at 4.4.4. Right now, users will
>1. select a mirror
>2. select a compiler (let's suppose user choses MinGW, here)
>3. select a release (obviously user selects the latest one, i.e. 4.5.3)
>4. select packages (but our example user will not see *any* packages, since
>there are no MinGW 4.5.3 packages)
>What I am suggesting is that users will
>3. select a release _type_ (stable / unstable / nightly)
>4. MinGW users will be able to select 4.4.4 packages, MSVC users will see
>4.5.3 packages.

To me the whole idea that users should have to select a compiler is 
completely ludicrous. How many decent windows installers ask you that 
sort of question? None. Who cares? No-one, users just want the bloody 
app. Which user can say what compiler was used for this or that 
application outside the KDE world? Developer might care, but let's 
not kid ourselves that it is for any other reason than their own preferences.

The underlying issue is whether KDE for Windows wants to include Joe 
Bloggs as a user, or keep itself narrowly focused on the developer 
community to the exclusion of anyone else. Perhaps it is worth 
repeating again who Windows KDE is aimed at.

That is the first issue. The second issue is that having many 
compilers available is a waste of resources. I cannot compile 
Digikam, under any compiler. What use is it to me to have myriad 
versions of MinGW, MSVC, TDM-GCC and whatnot if none of them work? 
I'd rather have one, but one that works. If everyone was forced to 
use the same, all the issues would very quickly be ironed out and we 
could spend time focusing on improving applications rather than 
fiddling with an over-engineered release system.

2c from a newbie, so probably not even worth the paper it's written on.


More information about the Kde-windows mailing list