Version:           ktorrent-2.0 (using KDE KDE 3.5.4)
Installed from:    Gentoo Packages
Compiler:          gcc-4.1.1 glibc-2.4
OS:                Linux

One of out users was unable to compile ktorrent-2.0. So far, after analyzing the situation, we have observed that there might be a problem with a parallel-unfriendly makefile, however none of us was able to reproduce this bug for ourselves. 

The user provided us with the following information:

net-p2p/ktorrent-2.0 fails to merge, due to a compile error in the ipfilter
plugin:

Making all in ipfilter
make[3]: Entering directory
`/var/tmp/portage/ktorrent-2.0/work/ktorrent-2.0/plugins/ipfilter'
/usr/qt/3/bin/uic -L /usr/kde/3.5/lib/kde3/plugins/designer -nounload -o
ipblockingpref.h ./ipblockingpref.ui
/usr/qt/3/bin/uic -L /usr/kde/3.5/lib/kde3/plugins/designer -nounload -o
convert_dlg.h ./convert_dlg.ui
/usr/kde/3.5/bin/kconfig_compiler ./ktipfilterplugin.kcfg
./ipfilterpluginsettings.kcfgc; ret=$?; \
        if test "$ret" != 0; then rm -f ipfilterpluginsettings.h ; exit $ret ; 
fi
/usr/qt/3/bin/moc ./convertdialog.h -o convertdialog.moc
/usr/qt/3/bin/moc ./ipfilterplugin.h -o ipfilterplugin.moc.cpp
/bin/sh ../../libtool --silent --mode=compile --tag=CXX i686-pc-linux-gnu-g++
-DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include -I/usr/qt/3/include -I. 
-I/usr/kde/3.5/include -I./../../libktorrent  -DQT_THREAD_SUPPORT  -D_REENTRANT
 -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -march=athlon-xp -O2
-pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions
-fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -fexceptions   -c -o ipfilterplugin.moc.lo
`test -f 'ipfilterplugin.moc.cpp' || echo './'`ipfilterplugin.moc.cpp
/bin/sh ../../libtool --silent --mode=compile --tag=CXX i686-pc-linux-gnu-g++
-DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include -I/usr/qt/3/include -I. 
-I/usr/kde/3.5/include -I./../../libktorrent  -DQT_THREAD_SUPPORT  -D_REENTRANT
 -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -march=athlon-xp -O2
-pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions
-fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -fexceptions   -c -o
ipfilterpluginsettings.lo `test -f 'ipfilterpluginsettings.cpp' || echo
'./'`ipfilterpluginsettings.cpp
In file included from ipfilterplugin.h:27,
                 from ipfilterplugin.moc.cpp:11:
ipblockingprefpage.h:25:28: error: ipblockingpref.h: No such file or directory
ipblockingprefpage.h:42: error: expected class-name before '{' token
ipblockingprefpage.h:42: warning: 'class kt::IPBlockingPrefPageWidget' has
virtual functions but non-virtual destructor
distcc[26326] ERROR: compile ipfilterplugin.moc.cpp on localhost failed
make[3]: *** [ipfilterplugin.moc.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
Session management error: Could not open network socket
Session management error: Could not open network socket
make[3]: Leaving directory
`/var/tmp/portage/ktorrent-2.0/work/ktorrent-2.0/plugins/ipfilter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/ktorrent-2.0/work/ktorrent-2.0/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/ktorrent-2.0/work/ktorrent-2.0'
make: *** [all] Error 2



I asked the user to disable distcc and to use MAKEOPTS="-j1". After doing some checks, we noticed that it is not a distcc problem because the failure is at localhost, which is a straight passthrough. The user was only able to compile ktorrent-2.0 with MAKEOPTS="-j1", not being able to increase it for a successful compilation. That lead us to think that it could be a problem with a parallel-unfriendly makefile.

For additional details, you can find all the information that we have collected at the following URL: https://bugs.gentoo.org/show_bug.cgi?id=143799