This is the mail archive of the
cgen@sources.redhat.com
mailing list for the CGEN project.
Re: CGEN: RFA: Fast vs Full with scache-pbb
- To: Dave Brolley <brolley at redhat dot com>
- Subject: Re: CGEN: RFA: Fast vs Full with scache-pbb
- From: Doug Evans <dje at transmeta dot com>
- Date: Wed, 6 Sep 2000 13:37:44 -0700 (PDT)
- Cc: cgen at sources dot redhat dot com
- References: <39AFFB1F.99F2A190@redhat.com><39B51C99.3A2FC29C@redhat.com>
Dave Brolley writes:
> > It turns out that the call to <cpu>_pbb_begin in the generated
> > <cpu>_sem_x_begin was passing STATE_RUN_FAST_P (CPU_STATE
> > (current_cpu)) as the 'fast_p' argument. Now this flag will be 0
> > if -t is specified and 1 otherwise. However the rest of the
> > generated code (mloop.c, sem.c) is not set up for dynamic
> > fast/full switching (although it looks like some work was done
> > toward this goal in the past). As a result, only the 'sem_full'
> > function in the idesc_table is initialized for my build. Passing
> > fast_p==1 causes the semantic engine to attempt to use 'sem_fast'
> > function which is not initialized.
What do you mean by "dynamic fast/full switching".