On Wed, Aug 25, 2010 at 5:07 PM, Robert Story <rst...@freesnmp.com> wrote:
> Detection of nlist support seems to assume /dev/kem exists, and that is not
> always the case on darwin. The darwin headers for darwin 8-10
> unconditionally
> undef KVM functions, even though /dev/kmem does still exists on PPC darwin8
> machines.
>
> This patch:
> - checks for /dev/kmem and defines HAVE_KMEM if it exists
> - updates conditions for CAN_USE_NLIST to check HAVE_KMEM
> - removes darwin hardcoded KVM undefs (all KVM refs are already protected
> by
> CAN_USE_NLIST)
>
> Without this patch:
> - darwin Intel snmpd builds fail to start unless -r specified (or
> configured
> with --without-kmem-usage)
> - PPC snmpd builds don't get the benefit of HAVE_KVM_GETPROCS and
> HAVE_KVM_OPENFILES, whatever that might be)
>
>
> Patch does not include regenerated configure or net-snmp-config.h.in;
> those
> can be autogenerated on a machine with the proper versions. [Maybe we need
> a
> make target to regenerate these that will warn if the required versions
> aren't
> installed. Left as an exercise for the reader. ;-) ]
>
Hello Robert,
In my opinion /dev/kmem should be detected at runtime, not from the
configure script: trying to detect /dev/kmem from the configure script does
not only break cross-compilation but also gives undesired results when
Net-SNMP is built on a system that has /dev/kmem and is run on a system that
does not have /dev/kmem, or vice versa.
Bart.
------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders