Bugs item #648783, was opened at 2002-12-05 03:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=648783group_id=8032
Category: hslibs/net
Group: 5.04.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile error for HsNet.h
Initial Comment:
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 [EMAIL PROTECTED]
--
Comment By: Simon Marlow (simonmar)
Date: 2002-12-05 11:05
Message:
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.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=648783group_id=8032
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs