Subject: libc hiccups with May 14th tar balls?
To: None <current-users@sun-lamp.cs.berkeley.edu>
From: - Greg Earle <earle@isolar.Tujunga.CA.US>
List: current-users
Date: 05/18/1994 03:19:07
Had troubles compiling in libc with last Saturday's tar balls:
(1) /usr/src/lib/libc/net/recv.c declared "len" param to recv() as "int",
but prototype in <sys/socket.h> says it's supposed to be a size_t.
Just noticed that it appears that some files got updated last Friday,
but it looks like the header files made it in but some of the code files
(like the aforementioned recv.c) didn't make it into the tar balls.
(Since it looks like the most current recv.c matches it OK, maybe it's
time to learn how to get "sup" up and running? (-: )
(2) /usr/src/lib/libc/net/gethostnamadr.c includes <netinet/in.h>, then
later includes <rpc/rpc.h> (et al.) if YP is defined. But <rpc/rpc.h>
itself includes <netinet/in.h>, so a rash of multiple defines ensues.
My kludge workaround puts the #ifdef YP stuff up where <netinet/in.h> is,
with #include <netinet/in.h> as the #else clause. Works, but it looks
bad. Perhaps there's a cleaner way than this? (Yes, I can't program my
way out of a wet paper bag ... )
I *will* make it through a "make build" even if it kills me :-)
- Greg
------------------------------------------------------------------------------