Opened 11 years ago

Closed 11 years ago

Last modified 44 years ago

#101 closed bug (Fixed)

Compile error for HsNet.h

Reported by: nobody Owned by: nobody
Priority: normal Milestone:
Component: hslibs/net Version: 5.04.2
Keywords: Cc:
Operating System: Architecture:
Type of failure: Difficulty:
Test Case: Blocked By:
Blocking: Related Tickets:

Description

libraries/network/Network/BSD.hsc fails to compile on
RedHat 6.2 (GNU libc 2.1.3) due to an unknown type
"in_addr_t" in HsNet.h:

../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I.  
Network/BSD.hsc
In file included from BSD.hsc:99:
include/HsNet.h:77: parse error before `addr'
include/HsNet.h: In function `my_inet_ntoa':
include/HsNet.h:80: `addr' undeclared (first use in
this function)
include/HsNet.h:80: (Each undeclared identifier is
reported only once
include/HsNet.h:80: for each function it appears in.)
make[2]: *** [Network/BSD.hs] Error 1
make[1]: *** [boot] Error 1
make[1]: Leaving directory
`/usr/src/fptools-5.04/libraries'
make: *** [all] Error 1


5.04.1 had a check for this:

#ifndef HAVE_IN_ADDR_T
typedef	u_int32_t	in_addr_t;
#endif

This has been removed in 5.04.2.

-- 
Glynn Clements <glynn.clements@virgin.net>


Change History (2)

comment:1 Changed 11 years ago by simonmar

Logged In: YES 
user_id=48280

5.04.1 didn't have that check; as far as I can tell, the 
workaround came in rev 1.9 of HsNet.h and this change was 
never merged into the branch.

So I'm surprised if 5.04.1 worked on that platform, but it is 
indeed a bug.

comment:2 Changed 11 years ago by simonmar

  • Status changed from assigned to closed
Logged In: YES 
user_id=48280

I merged the relevant bits post-5.04.2, so the fix will be in 
5.04.3 (if we release it).  The CVS HEAD doesn't have this 
bug.
Note: See TracTickets for help on using tickets.