Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!decwrl!sun!pitstop!sundc!seismo!uunet!bywater!acheron!archet!wlm
From: wlm@archet.UUCP (William L. Moran Jr.)
Newsgroups: comp.sys.ibm.pc.rt
Subject: Re: Problems compiling X11R3
Message-ID: <54@archet.UUCP>
Date: 15 Mar 89 07:03:15 GMT
References: <28649@bu-cs.BU.EDU>
Reply-To: wlm@archet.UUCP (William L. Moran Jr.)
Organization: A Desperate and Dedicated Crew
Lines: 34

In article <28649@bu-cs.BU.EDU> eap@bu-it.bu.edu (Eric A. Pearce) writes:
>
... circumstances described
>   vga % make
>   rm -f vgaData.o
>   /bin/hc -c -O -I. -I../BSDrt -I../ppc -I../../../include -I../../../.././X11
>   -I../common -I../../mfb -DUNIXCPP -DNOSTDHDRS -DHCVERSION=21004 -DBSDrt
>   -DATRIO  vgaData.c
>   E "vgaData.c",L115/C2:  vgaSetColor
>   |    Type "void(unsigned long color,short r,short g,short b)" is not assignment
>   compatible with type "void(*)()".
>   1 user error   No warnings
>   *** Exit 8
>
>   Stop.

Yeah, the problem is that hc is somewhat ansi conformant; you need to change
the line:
	vgaSetColor,		/* void (* setColor)() */

to something like:

      (void (*)()) (vgaSetColor),     /* void (* setColor)() */

OK, I know some of these parenthesis are unnecessary, but I like 'em.
Anyway, my experience is that X11 R3 on the 4.3 RT is too buggy to be
worth the time. Anyway, this should fix that problem.
				Bill Moran

-- 
moran@cs.yale.edu  wlm@ibm.com  uunet!bywater!acheron!archet!wlm

Idealism is fine, but as it approaches reality the cost becomes prohibitive.
				wfb