I get this error while merging perl: CCCMD = cc -DPERL_CORE -c -fno-strict-aliasing -I/usr/local/include -D_LARG FILE_SOURCE -D_FILE_OFFSET_BITS=64 -mcpu=athlon-tbird -march=athlon-tbird -fomit-frame pointer -O3 -pipe -Wno-deprecated -m3dnow -mmmx cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory pp_sys.c: In function `Perl_pp_sysread': pp_sys.c:1499: incompatible type for argument 5 of `recvfrom' pp_sys.c: In function `Perl_pp_send': pp_sys.c:1693: incompatible type for argument 5 of `sendto' pp_sys.c: In function `Perl_pp_bind': pp_sys.c:2189: incompatible type for argument 2 of `bind' pp_sys.c: In function `Perl_pp_connect': pp_sys.c:2227: incompatible type for argument 2 of `connect' pp_sys.c: In function `Perl_pp_accept': pp_sys.c:2296: incompatible type for argument 2 of `accept' pp_sys.c: In function `Perl_pp_getpeername': pp_sys.c:2469: incompatible type for argument 2 of `getsockname' pp_sys.c:2473: incompatible type for argument 2 of `getpeername' make: *** [pp_sys.o] Error 1 versions: perl-5.6.1-r4 gcc-3.1-r6
Created attachment 1520 [details, diff] Configure shell script patch This patch is what it took for perl-5.6.1-r4 to merge on my system with GCC 3.1. See http://archive.develooper.com/perl5-porters@perl.org/msg67010.html for why. The ebuild is wacky so an unpack_src() directive needs to be added with the patch at the beginning and then the patch needs to be applied again after 'rm -rf ${S}' in the '# starting from scratch again' section of the ebuild.
Is this still an issue? 5.6.1-r6 is the current stable release, and that is known to install on both gcc 3.2 and 2.95.3, and presumably (don't have the boxes handy to prove otherwise) should install on 3.1. Can you confirm that this needs to be left open (I know that it's been floating since June - just came to me yesterday). Thanks, Mike
Mike, I think he is missing in action, or its fixed.