From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30013 invoked by alias); 16 May 2003 20:18:07 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 29987 invoked from network); 16 May 2003 20:18:06 -0000 Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196) by sources.redhat.com with SMTP; 16 May 2003 20:18:06 -0000 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id NAA24666; Fri, 16 May 2003 13:18:01 -0700 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma024649; Fri, 16 May 03 13:17:33 -0700 Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22]) by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id h4GKHZa13091; Fri, 16 May 2003 13:17:35 -0700 (PDT) Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id NAA01226; Fri, 16 May 2003 13:17:35 -0700 From: Doug Evans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16069.18271.734282.633473@casey.transmeta.com> Date: Fri, 16 May 2003 20:18:00 -0000 To: Michael Meissner Cc: cgen@sources.redhat.com Subject: What is the state of cgen for architectures like the IA-64? In-Reply-To: <20030515013013.GA1220@tiktok.the-meissners.org> References: <20030515013013.GA1220@tiktok.the-meissners.org> X-SW-Source: 2003-q2/txt/msg00048.txt.bz2 Michael Meissner writes: > I tried building the ia64 opcodes, and it looks like it has bit-rotted I believe what's there now is a work-in-progress / experiment. > So is cgen currently up to handling such an architecture without significant > hacking? Dunno. I think it'll require some work. I suspect it's not significant surgery but then again I'll bet it's far more than a Blue's Clues bandaid. (parental humor there for those without kids :-) > If the IA-64 is not fleshed out, is there another target in the > public sources that would be more appropriate to look at? You might try the m32r port, though its kind of instruction packing is far simpler. I have started something in the description language to use to describe such architectures. grep for frame in m32r.cpu. It's not currently used by the m32r port though and the real work is in using the data (it's not rocket science though). It came after and I haven't had time to finish it. > faster for me to do the port > the old fashioned way. That may well be true. In the end I believe it'd be less fun though. :-) And with a cgen description of the port, you open yourself up to other kinds of things one might want to do.