Red Hat Bugzilla – Bug 59148
missing in_addr_t type definition
Last modified: 2015-03-04 20:10:13 EST
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT) Description of problem: This bug can be seen as an upstream one. Missing in_addr_t type definition causes compilation of software that uses ucd- snmp include files. Version-Release number of selected component (if applicable): 4.2.3-4 How reproducible: Always Steps to Reproduce: 1. Try to compile a package/tarball that BuilReq ucd-snmpd-devel (I'm using cyrus-imapd that acts as an AgentX sub-agent). 2. 3. Actual Results: The compilation fails at the in_addr_t get_myaddr (void); prototype in snmplib/system.h because the in_addr_t data type is unknown at that point. ucd-snmp 4.2.1 included <netinet/in.h> at the top of snmplib/ucd-snmp-includes.h but in the 4.2.3 this changed and this is causing the compilaton error. It can be solved by re-adding it again (PLD people solved it that way in their 4.2.2 packages so that's the ucd-snmp version where the bug appeared) or by uncommenting the /* typedef u_int in_addr_t; */ lines located two lines below in the same file as suggested (this one is not very elegant becasue in_addr_t is in fact defined in netinet/in.h). Expected Results: It should compile flawlessly. This problem can be a showstopper to the successful building on other packages that depends on ucd-snmp (MRTG?, Ethereal?, ...). Additional info:
Strange. I've successfully rebuilt ethereal with the newest errata version of ucd-snmp without that problem. Have you changed anything on the cyrus-impd package or is this the srpm directly from the distribution? Read ya, Phil
As i can't reproduce this problem and haven't heard back from the original submitter i am closing this bug as WORKSFORME now. Read ya, Phil