Bugzilla Bug 5596

gentoo 1.3b stage3-athlon install  
deps and X installed, working  
  
# emerge -u system  
# env-update ; source /etc/profile  
# emerge quakeforge 
.............. 
make[4]: Leaving directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/libs/video/renderer' 
make[3]: Leaving directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/libs/video/renderer' 
Making all in targets 
make[3]: Entering directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/libs/video/targets' 
source='joy.c' object='libQFjs_la-joy.lo' libtool=yes \ 
depfile='.deps/libQFjs_la-joy.Plo' tmpdepfile='.deps/libQFjs_la-joy.TPlo' \ 
depmode=gcc3 /bin/sh ../../../depcomp \ 
/bin/sh ../../../libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H 
-I                                                              DL 
-D_REENTRANT -I/usr/include      -march=athlon -O3 -pipe -g -march=i686 -O3 -                                                              
imizations -fstrict-aliasing -pipe -Wall -Werror -fno-common -c -o 
libQFjs_la-jo 
mkdir .libs 
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include 
-I../../../incl                                                              
on -O3 -pipe -g -march=i686 -O3 -ffast-math -funroll-loops 
-fomit-frame-pointer                                                               
r -fno-common -c joy.c -MT libQFjs_la-joy.lo -MD -MP -MF 
.deps/libQFjs_la-joy.TP 
cc1: changing search order for system directory "/usr/include" 
cc1:   as it has already been specified as a non-system directory 
make[3]: *** [libQFjs_la-joy.lo] Error 1 
make[3]: Leaving directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/li 
make[2]: *** [all-recursive] Error 1 
make[2]: Leaving directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/li 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory 
`/var/tmp/portage/quakeforge-0.5.0/work/quakeforge/li 
make: *** [all-recursive] Error 1 
 
!!! ERROR: The ebuild did not complete successfully. 
!!! Function src_compile, Line 52, Exitcode 2 
!!! (no error message)

what is your USE variable

hrm, this would seem to be gcc3 as your compiler huh ...
i havent played with gcc3 yet, but ill take a stab at it ;)

I can confirm that quakeforge does not compile under GCC3.. same error as
above.. 

ill start working on this once i get my gcc3 box up and running, sorry about 
the delay

*** Bug 6839 has been marked as a duplicate of this bug. ***

can you guys grab the ebuild i posted here and tell me how it works for you ?
http://gentoo.wh0rd.ca/quakeforge/quakeforge-0.5.0_pre001503092002.ebuild

Created an attachment (id=3671) [edit]
quakeforge-0.5.0_pre001503092002.ebuild

updated ebuild to reflect all the issues people have been experiencing

changes:
gcc3.2 -I/usr/include fix in libs/video/targets/Makefile
disable pic & ipv6 support (both broken in gcc3.2 atm)

seemant: i was able to reproduce original bug report (and then some) and fix 
the ebuild, and i was able to scrounge up a tester or 2 who said the old ebuild 
was broken (and the new one worked)

i guess what i need is this guy committed and the old quakeforge ebuild deleted 
from the portage tree perm ...
the current -0.5.0 is 'newer' than this '-pre' one ... the '-pre' was added 
since it is exactly that, my original idea was flawed since i was clueless in 
handling cvs builds (and subquently took flak on gentoo-dev for it ;])

i stored the cvs tar.gz on my personal website so that you can copy it to 
ibiblio.  thanks man

Created an attachment (id=3673) [edit]
quakeforge-0.5.0_pre001503092002.ebuild

while randomly browsing an X ebuild i realized there is a simple way to check
the gcc version ...
as such, this version of the ebuild will use pic and ipv6 if gcc is 2.95.3, but
not if gcc3.x (instead of completely disabling support ... let some people be
happy)

Created an attachment (id=3710) [edit]
quakeforge-0.5.0_pre20020906.ebuild

modified ebuild name after talking to a gentoo developer

also, i talked with the quakeforge developers and they fixed the ipv6 bug that
existed with gcc3.2 (and is reflected in this source code)

thanks for the fix, SpanKY :)