From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Brolley To: Doug Evans Cc: cgen@sources.redhat.com Subject: Re: CGEN: RFA: Fast vs Full with scache-pbb Date: Fri, 08 Sep 2000 11:19:00 -0000 Message-id: <39B92DA0.E1743523@redhat.com> References: <39AFFB1F.99F2A190@redhat.com> <39B51C99.3A2FC29C@redhat.com> <14774.43800.665729.386324@casey.transmeta.com> <39B6B44B.A541F8A5@redhat.com> <14774.47827.940964.97339@casey.transmeta.com> X-SW-Source: 2000-q3/msg00079.html Doug Evans wrote: > Dave Brolley wrote: > > My patch simply forces the call to _pbb_begin to honour the > > definition of FAST_P like the rest of sem.c does. > > There may still be a need for your patch, but maybe you could confirm > you're building your simulator the way the m32r and fr30 sims are? > I wonder if there's a target specific tweak that is the more > appropriate fix. Well, the fr30 and m32r both use '-mono -fast -pbb -switch sem-switch' whereas I'm using '-mono -pbb'. Hence the lack of 'fast' semantic functions which led to the problem when the generated 'sem.c' passed 'fast_p==1' to _pbb_begin. I think my patch is still necessary since the rest of sem.c honours the definition of the FAST_P macro and assumes that no definition means (! FAST_P). Dave