Bug 266321 – build failure: kdelibs-4.2.2 at kapplication_win.cpp and kkeyserver_win.cpp

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Soren Harward 2009-04-16 00:18:41 UTC]

kdelibs-4.2.2 and kdelibs-4.2.2-r1 fail to build because they try to build Windows-specific files which include windows.h (among other system-specific headers) which don't exist on Linux.  cmake tries to build these Windows-specific files because at the beginning of the configuration process, it thinks that Q_WS_WIN is defined (build log attached).  All other Qt and KDE packages do not think that it's defined.  Only kdelibs-4.2.2 and kdelibs-4.2.2-r1 from the main portage tree are affected; the ebuild from the kde-testing overlay worked just fine.

Reproducible: Always

Steps to Reproduce:

[Comment 1 Soren Harward 2009-04-16 00:21:50 UTC]

Created attachment 188515 [details]
build log for kdelibs-4.2.2-r1

[Comment 2 Tomáš Chvátal (RETIRED) 2009-04-16 18:04:40 UTC]

-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - found

Really i am not sure how did you managed to make this :D
It is mutaly exclusive :D

[Comment 3 Soren Harward 2009-06-04 22:33:38 UTC]

Just ran into this problem again building kdelibs-4.2.4.  I discovered that it's not a problem with kdelibs per se.  It's a problem with building kdelibs using distcc.  Running "pump emerge kdelibs" causes cmake to set those Q_WS_WIN, Q_WS_QWS, and Q_WS_MAC symbols, causing kdelibs build to fail.

[Comment 4 Alex Alexander (RETIRED) 2009-08-20 23:31:05 UTC]

I've been using distcc to compile kde4 for some time now.. can you please verify your distcc configuration and try with kde 4.3.0?

Thanks :)

[Comment 5 Soren Harward 2009-08-23 21:04:08 UTC]

No problems with the following:

distcc-3.1-r4
cmake-2.6.4-r2
kdelibs-4.3.0

[Comment 6 Soren Harward 2009-10-09 01:12:20 UTC]

Sorry to reopen, but I'm still having the problem.  It's been a problem with kdelibs-4.3.1, -4.3.1-r1, and -4.3.2.  Any suggestions what I should try next?

[Comment 7 Maciej Mrozowski 2009-10-09 13:57:43 UTC]

As someone said, it's most certainly your distcc configuration that -DLINUX (or similar definitions) are not appended to preprocessor thus giving kdelibs no means to detect destination environment thus trying to compile KDE Windows code.
I'm afraid you're on your on in this case.

[Comment 8 Samuli Suominen (RETIRED) 2009-10-20 19:14:16 UTC]

(In reply to comment #6)
> Sorry to reopen, but I'm still having the problem.  It's been a problem with
> kdelibs-4.3.1, -4.3.1-r1, and -4.3.2.  Any suggestions what I should try next?
> 

emerge --info missing.

[Comment 9 Theo Chatzimichos (RETIRED) 2010-04-02 12:32:48 UTC]

i'm closing this, please try with 4.4.2 and reopen if it is still an issue

[Comment 10 Jeremy Murphy 2010-06-30 06:45:27 UTC]

Hmmm, I had no problem with kdelibs-4.3.* and distcc-3.1-r4, but just ran into this bug with kdelibs-4.4.4 and unpatched distcc svn-719.  For starters I can point out that it only happens in pump mode, which makes sense since it appears to be a preprocessing problem.  I'll comment again later when I get a chance to test with the distcc version in portage.