I am running "~x86" gcc 3.2.2, and glibc 2.3.2 on dual athlonMP 1900+. I konw of at lest on other user with the same problem. Any suggestions, or steps you want me to take? Thank Chris This is where the error comes in. gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.1/include -I/usr/qt/3/include -I/usr/X11R6/include -DQT_NO_ASCII_CAST -UQT_NO_COMPAT -O3 -DQT_THREAD_SUPPORT -D_REENTRANT -ansi -W -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -march=athlon-xp -O3 -pipe -fomit-frame-pointer -c `test -f 'ktrace_s.c' || echo './'`ktrace_s.c In file included from ktrace_s.c:36: /usr/include/bits/libc-lock.h:27:36: linuxthreads/internals.h: No such file or directory
Created attachment 9363 [details] output of make process at point of error
hmmmm... lost in gentoo land --- is anyone watching, or am I alone.
Yeah, sorry... I just didn't know how to help you, so i didn't reply until I figured it out. The official verdict is that kdesdk/kmtrace cannot compile with gilbc 2.3*, only with 2.2*. kde 3.1.1, which will be released RSN (we've had the tarballs since Saturday), disables compilation of kmtrace for glibc 2.3. If you don't want to wait for kde 3.1.1 (which I admit _could_ be delayed a bit), export DO_NOT_COMPILE=kmtrace in your shell before emerging kdesdk, this should (presumably) kill off kmtrace cleanly and give you the same result with kde 3.1.0. Because of the impending release of kde 3.1.1, I won't backport stuff like that to the kde 3.1 ebuilds anymore.
No problem... and thanx alot for taking the time to look into it. I apologize if it seemed that I was getting impatent, just figured I would touch the system incase no one noticed ;~>. keep up the excelent work making gentoo IMHO the best linux distribution available. Chris