Bug 133205 – kde-base/kdelibs-3.5.2-r5 fails parallel make

• Status: VERIFIED WORKSFORME
• Product: Gentoo Linux

[Description Jakub Moc (RETIRED) 2006-05-13 07:10:08 UTC]

Random failures with MAKEOPTS="j2", compiles fine w/ -j1. Previous revisions didn't have any such problem.

#
/bin/sh ../../libtool --silent --tag=CXX --mode=compile i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../kdecore -I../../kio/kssl -I../../kjs -I./../libltdl/ -I../.. -I../../kdefx -I../../kio/kio -I../../kio/bookmarks -I../../dcop -I../../libltdl -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/qt/3/include -I. -I/usr/kde/3.5/include  -I/usr/include/libart-2.0  -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer -fforce-addr -ftree-vectorize -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common  -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -c -o kpreviewprops.lo kpreviewprops.cpp
#
i686-pc-linux-gnu-g++: : No such file or directory
#
make[3]: *** [kmetaprops.lo] Error 1

---
#
kdefx -I../../kdecore -I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/qt/3/include -I. -I/usr/kde/3.5/include   -D_LARGEFILE64_SOURCE -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer -fforce-addr -ftree-vectorize -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common  -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -c -o kmimemagic.lo kmimemagic.cpp
#
i686-pc-linux-gnu-g++: : No such file or directory
#
make[3]: *** [pastedialog.lo] Error 1

[Comment 1 Carsten Lohrke (RETIRED) 2006-05-18 08:13:29 UTC]

There are no changes between -r4 and -r5 which could cause parallel make errors and 

> i686-pc-linux-gnu-g++: : No such file or directory

looks more like your toolchain is broken.

[Comment 2 Jakub Moc (RETIRED) 2006-05-18 09:15:46 UTC]

(In reply to comment #1)
> > i686-pc-linux-gnu-g++: : No such file or directory
> 
> looks more like your toolchain is broken.
 
Erm - it's not, it compiles just fine w/ -j1, besides - it would fail immediately if I were missing i686-pc-linux-gnu-g++, not randomly after many minutes into compile.

[Comment 3 Caleb Tennis (RETIRED) 2006-05-18 09:32:11 UTC]

Can you try going to the tmpdir and manually running make -j4 and seeing if that forces the issue to return ?

[Comment 4 Jakub Moc (RETIRED) 2006-05-18 09:47:57 UTC]

(In reply to comment #3)
> Can you try going to the tmpdir and manually running make -j4 and seeing if
> that forces the issue to return ?

Sure. You mean after it fails, or try to compile the whole thing manually? 

[Comment 5 Caleb Tennis (RETIRED) 2006-05-18 09:52:49 UTC]

either way, maybe.  Just curious if it's reproducable outside of the portage environment.

[Comment 6 Jakub Moc (RETIRED) 2006-06-02 03:24:42 UTC]

Heh, not reproducable w/ latest patchset (portage or manual)... I guess this thing is a bit whimsical. ;)

Closing, I'll try w/ 3.5.3 when I have time.