On Thu, Jun 30, 2011 at 8:26 AM, Tim Gustafson <tjg@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. =A0I've also built the system as a ZFS-roo=
t 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. =A0All in all, I'm very h=
appy with FreeBSD 9.
>
> I have noticed two snafus that I thought I'd send to the group just as fe=
edback:
>
> -------------------------------------------------------------------------=
-------
> 1. net-snmp fails to compile with the following error:
> -------------------------------------------------------------------------=
-------
>
> /bin/sh ../../libtool --mode=3Dcompile cc -I../../include -I. -I../../age=
nt -I../../agent/mibgroup =A0-I../../snmplib -I/usr/include =A0 -O2 -pipe -=
fno-strict-aliasing -Ufreebsd9 -Dfreebsd9=3Dfreebsd9 -c -o mibII/tcpTable.l=
o mibII/tcpTable.c
> libtool: compile: =A0cc -I../../include -I. -I../../agent -I../../agent/m=
ibgroup -I../../snmplib -I/usr/include -O2 -pipe -fno-strict-aliasing -Ufre=
ebsd9 -Dfreebsd9=3Dfreebsd9 -c mibII/tcpTable.c =A0-fPIC -DPIC -o mibII/.li=
bs/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 incomplet=
e 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 incomplet=
e 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=3Dports/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
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"