Re: FreeBSD 9

On Thu, Jun 30, 2011 at 8:26 AM, Tim Gustafson <tjg_at_soe.ucsc.edu> wrote:
> Hi,
>
> I've installed FreeBSD 9 on a new server because 8.2 doesn't have support for the LSI SAS2008 controller.  I've also built the system as a ZFS-root box, and I have to say that I'm quite happy with the disk performance: we're getting about 500MB/s write and 675MB/s read.  All in all, I'm very happy with FreeBSD 9.
>
> I have noticed two snafus that I thought I'd send to the group just as feedback:
>
> --------------------------------------------------------------------------------
> 1. net-snmp fails to compile with the following error:
> --------------------------------------------------------------------------------
>
> /bin/sh ../../libtool --mode=compile cc -I../../include -I. -I../../agent -I../../agent/mibgroup  -I../../snmplib -I/usr/include   -O2 -pipe -fno-strict-aliasing -Ufreebsd9 -Dfreebsd9=freebsd9 -c -o mibII/tcpTable.lo mibII/tcpTable.c
> libtool: compile:  cc -I../../include -I. -I../../agent -I../../agent/mibgroup -I../../snmplib -I/usr/include -O2 -pipe -fno-strict-aliasing -Ufreebsd9 -Dfreebsd9=freebsd9 -c mibII/tcpTable.c  -fPIC -DPIC -o mibII/.libs/tcpTable.o
> mibII/tcpTable.c:94: error: field 'pcb' has incomplete type
> mibII/tcpTable.c: In function 'tcpTable_load':
> mibII/tcpTable.c:866: error: dereferencing pointer to incomplete type
> mibII/tcpTable.c:868: error: dereferencing pointer to incomplete type
> mibII/tcpTable.c:868: error: invalid application of 'sizeof' to incomplete type 'struct xinpgen'
> mibII/tcpTable.c:872: error: dereferencing pointer to incomplete type
> mibII/tcpTable.c:876: error: dereferencing pointer to incomplete type
> mibII/tcpTable.c:877: error: invalid application of 'sizeof' to incomplete type 'struct inpcb'
> mibII/tcpTable.c:881: error: dereferencing pointer to incomplete type

Someone already filed a PR for this (
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/158266 ) and I'm
working on cleaning up the autoconf tests to work properly for $WORK
so we can upgrade to 5.6.1.1.

The problem is caused by the recent netinet / net content shuffling
and the fact that the autoconf tests for net-snmp are broken (and a
number of includes on files). Unfortunately the upstream maintainers
used a sledgehammer approach for all of the BSDs to detect how headers
were supposed to be #include'd, and there's a lot of namespace
pollution involved.

Thanks,
-Garrett