From: Sunil M. <sm...@fi...> - 2001-03-28 22:48:57
|
Neglected to send the results of my attempts to install OS X to the list... Begin forwarded message: > From: Sunil Mishra <sm...@fi...> > Date: Wed Mar 28, 2001 02:47:13 PM US/Pacific > To: Bruno Haible <ha...@il...> > Subject: Re: [clisp-list] clisp on os X? > > > On Wednesday, March 28, 2001, at 11:57 AM, Bruno Haible wrote: > >> Sunil Mishra writes: >>> OK, that hack got me past that error. Here's the in6_addr definition, >>> in >>> netinet6/in6.h: >>> >>> struct in6_addr { >>> union { >>> u_int8_t __u6_addr8[16]; >>> u_int16_t __u6_addr16[8]; >>> u_int32_t __u6_addr32[4]; >>> } __u6_addr; /* 128-bit IP6 address */ >>> }; >> >> Doesn't really help - all these fields are private (start with __), >> clisp cannot use them. Aren't there macros for accessing them? > > It looks like the macros you want are defined immediately following the > structure definition. But not trusting myself to read this code, I'm > going to attach the header file itself. > >>> cc -O -traditional-cpp -W -Wswitch -Wcomment -Wpointer-arith >>> -Wimplicit >>> -Wretur\ >>> n-type -fomit-frame-pointer -Wno-sign-compare -O2 -DUNICODE >>> -DRS6000 -c >>> time.c >>> In file included from time.d:4: >>> lispbibl.d:1995: warning: `TIME_ABSOLUTE' redefined >>> /usr/include/mach/clock_types.h:119: warning: this is the location of >>> the previ\ >>> ous definition >>> In file included from time.d:4: >>> lispbibl.d:6882: warning: volatile register variables don't work as >>> you >>> might w\ >>> ish >>> time.d:170: conflicting types for `get_real_time' >>> lispbibl.d:6608: previous declaration of `get_real_time' >> >> It seems this /usr/include/mach/clock_types.h header file defines both >> TIME_RELATIVE and TIME_ABSOLUTE. > > Indeed it does. > >> This heavily confuses clisp. Can you >> add #undef statements for them in lispbibl.d, near "#undef CBLOCK" and >> "#undef hz"? >> > > I added the lines: > > #undef TIME_RELATIVE > #undef TIME_ABSOLUTE > > immediately following #undef CBLOCK and #undef hz. Now attempting to > invoke make again... > > It compiled all the way through and passed all the "make check" tests. > Thanks for the help :-) > > Sunil >> >> <Attachment missing> |