This is the mail archive of the cgen@sources.redhat.com mailing list for the CGEN project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: RFA: hardware can have ISA attributes, too

From: Jim Blandy <jimb at redhat dot com>
To: Doug Evans <dje at transmeta dot com>
Cc: cgen at sources dot redhat dot com
Date: 26 Sep 2003 23:07:34 -0500
Subject: Re: RFA: hardware can have ISA attributes, too
References: <vt24qz2oz1a.fsf@zenia.home><16242.64736.793146.497702@casey.transmeta.com>

Doug Evans <dje@transmeta.com> writes:
> The patch to mach.scm is fine.

Okay, great!

> I'm not sure about the patch to provide extern @arch@_cgen_hw_table though.
> If it's ultimately needed, great.
> The way it's intended to normally work is that you access the CGEN_HW_ENTRY
> elements via struct cgen_cpu_desc . hw_table.

I had considered instantiating a desc, the way the disassembler does.
That would work, too.  But I wasn't sure how expensive they were, and
I knew the information I needed was right there in the table, no
allocation necessary.

The toolchain at hand could be handling up to a dozen processor
variants.  There'd be a separate desc instantiated for each variant
the user refers to in a single GDB session.  Does that seem
reasonable?

References:
- RFA: hardware can have ISA attributes, too
  - From: Jim Blandy
- RFA: hardware can have ISA attributes, too
  - From: Doug Evans

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]