As you can see the problem is still that you are not using gcc 3.0.2, please take 10' minutes and compile gcc 3.0.2, I will now compile 3.0.1 just to see what happens.
For the compiled version I attached a diff between the current mops.c and the patch mops.c, enlighten me on how can that difference affect the speed, but any way, the current pbc2c.pl DOESN'T work with any .pasm that uses jump or ret, did you ever noticed? We have to decide how are we going to handle this 2 cases when we don't have computed goto. Daniel Grunblatt. On 5 Nov 2001, Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Daniel Grunblatt <[EMAIL PROTECTED]> wrote: > > > Do you want me to give you an account in my linux machine where I have > > install gcc 3.0.2 so that you see it? > > I'm not sure that will achieve anything - it's not that I don't > believe you, it's just that I'm not seeing the same thing. > > I have now tried on a number of other machines, and the results > are summarised in the following table: > > Standard Computed Gotos > Interpreted Compiled Interpreted Compiled > A 3.35 33.56 4.63 (+38%) 29.83 (-11%) > B 5.69 85.24 14.08 (+147%) 78.60 (-8%) > C 15.09 314.91 31.83 (+111%) 259.34 (-18%) > D 45.87 774.73 62.37 (+36%) 795.30 (+3%) > > Machine A is a 90Mhz Pentium running RedHat 7.1 with gcc 2.96 > Machine B is a Dual 200Mhz Pentium-Pro running RedHat 6.1 with egcs 1.1.2 > Machine C is a 733Mhz Pentium III running FreeBSD 4.3-STABLE with gcc 2.95.3 > Machine D is an 1333Mhz Athlon running RedHat 7.1 with gcc 2.96 > > Clearly the speedup varies significantly between systems with some > giving much greater improvements than others. > > One other thing that I did notice is that there is quite a bit of > fluctuation between runs on some of the machines, possibly because > we are measuring real time and not CPU time. > > Tom > > -- > Tom Hughes ([EMAIL PROTECTED]) > http://www.compton.nu > >
