From mboxrd@z Thu Jan  1 00:00:00 1970
From: Doug Evans <dje@transmeta.com>
To: Dave Brolley <brolley@redhat.com>
Cc: cgen@sources.redhat.com
Subject: Re: CGEN: RFA: Fast vs Full with scache-pbb
Date: Wed, 06 Sep 2000 13:37:00 -0000
Message-id: <14774.43800.665729.386324@casey.transmeta.com>
References: <39AFFB1F.99F2A190@redhat.com> <39B51C99.3A2FC29C@redhat.com>
X-SW-Source: 2000-q3/msg00076.html

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".