Hi all,

Error occurred while making the net-snmp-5.4.4 on Solaris 5.10 version.

Environment
- Solaris 5.10-x86
- Net-SNMP-5.4.4.tar.gz
- Path (/etc/profile)

PATH=/usr/local/bin:$PATH
export PATH
LD_LIBRARY_PATHUSR=/usr/ccs/bin:
export LD_LIBRARY_PATH

*** Error code 1
make: Fatal error: Command failed for target `libnetsnmp.la'
Current working directory /opt/download/net-snmp/snmplib
*** Error code 1
The following command caused the error:
if test "snmplib  agent apps man local mibs" != ""; then \
        it="snmplib  agent apps man local mibs" ; \
        for i in $it ; do \
                echo "making all in `pwd`/$i"; \
                ( cd $i ; /usr/ccs/bin/make ) ; \
                if test $? != 0 ; then \
                        exit 1 ; \
                fi  \
        done \
fi
make: Fatal error: Command failed for target `subdirs'
#

make[1]: *** [libnetsnmp.la] error 1
make[1]: Leaving directory `/opt/download/net-snmp/snmplib'
make: *** [subdirs] error 1
#

Attached Files

	error01.txt (28.1 KB, 5 views)
	error02.txt (28.0 KB, 3 views)

It looks like it is substituting 'false' (returns an error every time and does nothing) for the archiving command 'ar' that builds .a files from .o files:

false cru .libs/libnetsnmp.a snmp_client.o mib.o parse.o snmp_api.o snmp.o snmp_auth.o asn1.o md5.o snmp_parse_args.o system.o vacm.o int64.o read_config.o pkcs.o snmp_debug.o \
 tools.o snmp_logging.o text_utils.o snmpv3.o lcd_time.o keytools.o file_utils.o scapi.o callback.o default_store.o snmp_alarm.o data_list.o oid_stash.o fd_event_manager.o mt_support.o \
 snmp_enum.o snmp-tc.o snmp_service.o snprintf.o strlcpy.o strtol.o strtoul.o strtok_r.o snmp_transport.o snmpUDPDomain.o snmpTCPDomain.o snmpUnixDomain.o snmpCallbackDomain.o \
 snmp_secmod.o snmpusm.o snmp_version.o check_varbind.o container.o container_binary_array.o container_null.o container_list_ssll.o container_iterator.o cmu_compat.o ucd_compat.o
*** Error code 1
make: Fatal error: Command failed for target `libnetsnmp.la'

.....

First, the simple solution is to get your freeware at a trusted binary source. I build from source a lot because pkg needs root, and I just want a user installation. The configure and make process builds make files, scripts and their resources, and somewhere it decided to slip in 'false' for 'ar'. Not only is ar the right tool, the arguments match: Man Page for ar (linux Section 1) - The UNIX and Linux Forums

Googling autoconf false ar, I find: http://surfer.nmr.mgh.harvard.edu/fs...3F.28MacOSX.29