I unmasked and tried to build mozilla 1.1 r1, I got this error: gcc -o Linux2.4_x86_glibc_PTH_OPT.OBJ/nsinstall.o -c -O2 -fPIC -DLINUX1_2 -Di386 -D_XOPEN_SOURCE -DLINUX2_1 -ansi -pipe -DLINUX -Dlinux -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_STRERROR -DXP_UNIX -UDEBUG -DNDEBUG -D_REENTRANT -I../../../dist/Linux2.4_x86_glibc_PTH_OPT.OBJ/include -I../../../dist/public/coreconf -I../../../dist/private/coreconf -I../../../dist/Linux2.4_x86_glibc_PTH_OPT.OBJ/include/nspr -I../../../dist/Linux2.4_x86_glibc_PTH_OPT.OBJ/include/dbm nsinstall.c mkdir: cannot create directory `Linux2.4_x86_glibc_PTH_OPT.OBJ': File exists make[1]: *** [Linux2.4_x86_glibc_PTH_OPT.OBJ/pathsub.o] Error 1 This was with gcc 2.95.3. I have gtk2 installed. My use flag is: USE="-kde -avi -java -qt -arts -reiserfs".
Created attachment 3807 [details] Xft Patch to fix the building of Mozilla 1.0's Xft building problem. This finally fixes the problem with Mozilla 1.0 and Xft.
Created attachment 3808 [details] Ebuild updated with new fix patch for xft This is the updated ebuild for Mozilla for use with the new patch.
Oh yeah. I put in an einfo "Enabling XFT support..." line around the DISABLE_XFT area of the ebuild. Might want to take it back out. :) Although, it shows how many times it keeps running through the same segments over and over again..
I have seen this before. And the more generic fix is to create symlinks of the missing headers in the dir that failure occurs. I will fix it one way or another, but it would have been nice to know why it fails only in rare cases.
Ok, added the symlink stuff to the ebuilds.