Hi Bart, On Sunday, February 01, 2015 9:05 AM, Bart Van Assche wrote: > On 01/27/15 17:26, David Hauck wrote: >> After going over this again (remember please that I'm not an 'autoconf' > expert ;)) I'm not 100% certain that there are indeed issues here. > Perhaps the original committer can comment (this was added in commit > [3dde41]). > Once I get confirmation that something indeed is suspect here I'll > open a new ticket. >> >> The two key elements I kept wondering about were: >> 1. Whether the configure script is doing the correct thing in the >> case where > the build environment (toolchain) contains *both* libnl2 and libnl3 > (so libnl2 is available directly in <sysroot>/usr/include/netlink and > libnl3 is available in <sysroot>/usr/include/libnl3/netlink). >> 2. The include directory is hardcoded as /usr/include/libnl3 and I'm > wondering whether this will do the right thing in a cross-development > environment (where the toolchain is something other than the default - > i.e., non-standard sysroot). In my tests I was only able to resolve > libnl3 symbols when -I<sysroot>/usr/include/libnl3 was added to the > conftest.c compile. >> >> In my cases above <sysroot> is the install area for my >> cross-toolchain (e.g., > /usr/local/x/y/toolchain...). > > How about using the appropriate pkg-config autoconf macro to determine > the libnl3 include path and providing a dummy definition for these > macros on non-Linux systems ?
Not being any kind of 'autoconf' expert I can't really comment on whether this is the "right" thing to do ;), but I can verify (see below) that this does the appropriate thing on my system. > This is what pkg-config reports for > libnl3 on my development system: > > $ pkg-config --cflags libnl-3.0 > -I/usr/include/libnl3 $ pkg-config --cflags libnl-3.0 -I/usr/local/netacquire/platform/1_2_0a/toolchain/include/libnl3 I assume this is something that you can fix up in the configure script? Thanks, -David > Bart. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders