Changing to use the "gcc" compiler was simply a test to see if the "error
stray" errors still existed with another compiler. The build team here
requires everything to be built with the same "mipsel-uclibc-g++" compiler into
one package (ie: there are no separate compilations allowed). As a result I
will need to use the "mipsel-uclibc-g++" compiler.
Anyway, as a result of using "-x none" as the --with-ldflags option and also by
applying the patches to the Makefile.in files as you have recommended, the
"error stray" errors are now gone, but I am now receiving the following linker
errors which I can not figure out. Any ideas why these occur?
/bin/sh ../libtool --mode=compile mipsel-uclibc-g++ -I../include
-I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/include -I.
-I../agent -I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/agent
-I../agent/mibgroup
-I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/agent/mibgroup
-I../snmplib -I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/snmplib
-x c -Ulocalhost -Dlocalhost=localhost -c -o snmpd.lo snmpd.c
mipsel-uclibc-g++ -I../include
-I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/include -I.
-I../agent -I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/agent
-I../agent/mibgroup
-I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/agent/mibgroup
-I../snmplib -I/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/snmplib
-x c -Ulocalhost -Dlocalhost=localhost -c snmpd.c -o snmpd.o
snmpd.c: In function `main':
snmpd.c:948: warning: assignment discards qualifiers from pointer target type
/bin/sh ../libtool --mode=link mipsel-uclibc-g++ -x c -Ulocalhost
-Dlocalhost=localhost -x none -o snmpd snmpd.lo libnetsnmpmibs.la
libnetsnmpagent.la helpers/libnetsnmphelpers.la ../snmplib/libnetsnmp.la -ldl
-lm
mipsel-uclibc-g++ -x c -Ulocalhost -Dlocalhost=localhost -x none -o snmpd
snmpd.o ./.libs/libnetsnmpmibs.a ./.libs/libnetsnmpagent.a
helpers/.libs/libnetsnmphelpers.a ../snmplib/.libs/libnetsnmp.a -ldl -lm
./.libs/libnetsnmpmibs.a(at.o): In function `ARP_Scan_Init':
mibgroup/mibII/at.c:(.text+0xe30): undefined reference to
`netsnmp_access_interface_index_find'
./.libs/libnetsnmpmibs.a(interfaces.o): In function `getIfSpeed':
mibgroup/mibII/interfaces.c:(.text+0x130c): undefined reference to
`netsnmp_linux_interface_get_if_speed'
./.libs/libnetsnmpmibs.a(ipAddr.o): In function `Address_Scan_Next':
mibgroup/mibII/ipAddr.c:(.text+0xe68): undefined reference to
`netsnmp_access_interface_index_find'
./.libs/libnetsnmpmibs.a(var_route.o): In function `Route_Scan_Reload':
mibgroup/mibII/var_route.c:(.text+0xea4): undefined reference to
`netsnmp_access_interface_index_find'
./.libs/libnetsnmpmibs.a(arp_linux.o): In function `_load_v4':
mibgroup/ip-mib/data_access/arp_linux.c:(.text+0x574): undefined reference to
`netsnmp_access_interface_index_find'
./.libs/libnetsnmpmibs.a(route_linux.o): In function `_load_ipv4':
mibgroup/ip-forward-mib/data_access/route_linux.c:(.text+0x5b0): undefined
reference to `netsnmp_access_interface_ioctl_ifindex_get'
./.libs/libnetsnmpmibs.a(ipaddress_ioctl.o): In function
`_netsnmp_ioctl_ipaddress_container_load_v4':
mibgroup/ip-mib/data_access/ipaddress_ioctl.c:(.text+0xb10): undefined
reference to `netsnmp_access_interface_ioctl_ifindex_get'
collect2: ld returned 1 exit status
make[2]: *** [snmpd] Error 1
make[2]: Leaving directory
`/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp/agent'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory
`/export/home/rosent1/vegasCC/1.97/buildsys/A506/netsnmp'
make: *** [net-snmp-make] Error 2
Magnus Fromreide <[EMAIL PROTECTED]> wrote: On fre, 2007-06-29 at 06:01 -0700,
Need Help wrote:
> I changed the compiler in the "./configure" options to use the "gcc"
> compiler and I get the same errors showing up in the "config.log"
> file. Below is just a bit of the kinds of errors I am encountering:
>
> configure:7263: gcc -o conftest -x c conftest.c conftstm.o >&5
It is good that you changed to a C compiler, now the problem is that you
are providing the -x c option so it is still treating the .o files as .c
files. Please remove the --with-cflags="-x c" as that would make it just
work.
The -x c is an ugly hack to convince your C++ compiler to act more like
a C compiler, so it is obviously not needed with a C compiler.
/MF
---------------------------------
Don't be flakey. Get Yahoo! Mail for Mobile and
always stay connected to friends.
---------------------------------
Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. -------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
