I did an ebuild xfree-4.2.99.3-r2.ebuild compile, followed by install. During install, compilation died at glxinfo.c. The errors were c++ errors while linking to libglu, and appending -lstdc++ to the compile line or changing gcc to g++ resulted in a "successful" (no complaints) compile. I checked the libGLU code, and it definitely is meant to be C++. The interesting part of the install output is below. I only kept a few errors, because the "undefined reference to `operator new...`" was the big clue. ;-) make[3]: Entering directory `/var/tmp/portage/xfree-4.2.99.3-r2/work/xc/programs/glxinfo' rm -f glxinfo gcc -m32 -o glxinfo -mno-mmx -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wundef -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -lpthread -lm -Wl,-rpath-link,../../exports/lib ../../exports/lib/libGLU.so: undefined reference to `operator new(unsigned)@GLIBCPP_3.2' ../../exports/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info@GLIBCPP_3.2' ../../exports/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info@GLIBCPP_3.2' -Paul Komarek
Probably nobody should look into this bug until I post again. I just found some rogue c++ libs in /usr/local/lib that might have been causing the problem. -Paul Komarek
did you upgrade from 1.2 to 1.4 ?
Okay, after nukeing some old libs in /usr/local/lib, xfree 4.2.99 rc2 builds just fine. Sorry for the bogus bug. And yes, I have been "upgrading" from 1.2 to 1.4, as SpanKY cleverly deduced. =-) -Paul Komarek
