Summary: | [Perl overlay] net-analyzer/net-snmp-5.4.2.1 fails to compile in ipv6.c with dev-lang/perl-5.10 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew D Kirch <trelane> |
Component: | New packages | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | netmon |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build log detailing full build and compile failure |
Description
Andrew D Kirch
2009-02-28 06:05:43 UTC
Created attachment 183448 [details]
build log detailing full build and compile failure
Thank you for report, Andrew. Please show us USE flags you are trying to build net-snmp with (emerge -pv net-snmp). With USE=ipv6 I failed to reproduce this problem... (In reply to comment #2) > Thank you for report, Andrew. Please show us USE flags you are trying to build > net-snmp with (emerge -pv net-snmp). With USE=ipv6 I failed to reproduce this > problem... > [ebuild N ] net-analyzer/net-snmp-5.4.2.1 USE="X perl python ssl tcpd -diskio -doc -elf -extensible -ipv6 -lm_sensors -mfd-rewrites -minimal -rpm (-selinux) -sendmail -smux" 0 kB It breaks in a different spot if I drop it in package.use -ipv6. I've done some testing locally and my toolchain appears solid (emerge -e world built 1050 some packages 3 days ago without a problem). I keep the system up, revdep, and depclean so it should be pretty consistent. Also I'm not doing any serious ricer optimizations anywhere. Are we using the same GCC? # gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.3/work/gcc-4.3.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.3 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.3/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --enable-cld --disable-libgcj --with-arch=i686 --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.3 p1.0, pie-10.1.5' Thread model: posix gcc version 4.3.3 (Gentoo 4.3.3 p1.0, pie-10.1.5) After irc discussion we decided to close bug. net-snmp builds here for me and for some other people too. This line is the result of `perl -MExtUtils::Embed -e ccopts` checking for Perl CFLAGS... -fno-strict-aliasing -pipe -I/usr/src/linux/include <snip> -I/usr/lib/perl5/5.10.0/i686-linux/CORE That's perl 5.10 (from perl-experimental overlay probably, I just hit the same problem), and it suggests to use kernel includes (while current portage does not, and compilation works fine with it) Reopening for reassign, that one is rather for perl I've removed -Dlocincpth="/usr/src/linux/include" from the ebuild. I don't know why it was added at all. Thanks |