This is the mail archive of the
cgen@sources.redhat.com
mailing list for the CGEN project.
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: 06 Oct 2003 23:56:04 -0500
- Subject: Re: RFA: hardware can have ISA attributes, too
- References: <vt24qz2oz1a.fsf@zenia.home><16242.64736.793146.497702@casey.transmeta.com><vt2pthmri0p.fsf@zenia.home><16257.56504.68603.667102@casey.transmeta.com>
Doug Evans <dje@transmeta.com> writes:
> Jim Blandy writes:
> > > 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?
>
> Sorry for the delay! The message got lost in my queue.
>
> Whether it's reasonable or not I'll leave to you.
> I'm guessing not but I'm not sure what the usage pattern would be.
> In the end, adding the extern decl is probably a useful thing to do
> anyway, so just go ahead.
Okay, thanks. (Delay in committing patches due to personal entropy,
nothing else.)