From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <4060532D.1020803@swtch.com>
From: Russ Cox <rsc@swtch.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031221 Thunderbird/0.4
MIME-Version: 1.0
To: 9fans@cse.psu.edu
Subject: Re: [9fans] acme, rio workalike available in plan 9 ports
References: <405D1F63.5010002@swtch.com>, <200403221630.i2MGUf511738@zamenhof.cs.utwente.nl> <c3p0gm$bsc$1@newstree.wise.edt.ericsson.se>
In-Reply-To: <c3p0gm$bsc$1@newstree.wise.edt.ericsson.se>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Date: Tue, 23 Mar 2004 10:09:33 -0500
Topicbox-Message-UUID: 3e4f704a-eacd-11e9-9e20-41e7f4b1d025

Bengt Kleberg wrote:

> i found that sun cc (Forte/6u2/SUNWspro/bin/cc) does not accept some 
> plan9 cc contructs. ramfs.c has
>
> char     *(*fcalls[])(Fid*) = {
>     [Tversion]    rversion,
>
> where [Tversion] is not understood.
>
> moreover, there are some files where plan9 cc allows a cast to a 
> struct, which sun cc does not allow. one example, acme.c, has
>
>     rs = cleanrname((Runestr){rb, nr});


thanks.  i tried to remove most of these,
but i missed a few.  gcc gets more and more
like ken's c every day.  i haven't yet worked
very hard on sunos.  i'm glad to hear it works
though.

russ