This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [tree-ssa]: darwin SPEC numbers
On Jan 20, 2004, at 12:56 PM, Andreas Jaeger wrote:
Dale Johannesen <dalej@apple.com> writes:
So, let's look at some differences:
164.gzip 740 731
175.vpr 515 531
176.gcc ----- -----
181.mcf 526 513
186.crafty 1028 1020
197.parser 625 625
252.eon 949 749
This is really the main difference and fixing it would mean that
tree-ssa looks much better....
Yes. It's very sensitive to inlining, has anybody been making
any x86-oriented changes to the defaults?
253.perlbmk 804 820
254.gap 748 785
255.vortex ----- -----
256.bzip2 621 618
300.twolf 608 604
GEO MEAN 699 685 (-2%)
168.wupwise 883 899
171.swim 210 245
Those two above are fine.
172.mgrid 600 533
This one has to be considered but it's Fortran.
173.applu 663 588
177.mesa 918 921
178.galgel 1010 937
galgel and applu are also Fortran, I would not count any Fortran
program right now as significant.
179.art 655 647
183.equake 997 882
equake is C, so this is significant.
187.facerec 1151 1059
188.ammp 440 454
189.lucas 891 858
191.fma3d 984 979
200.sixtrack 546 520
301.apsi 571 569
How did you get e.g 301.apsi working with tree-ssa? This needs a
fortran compiler and gfortran is not able to build it (at least not
for me)....
We use the NAG non-free compiler (actually F-to-C translator) as we
do for published numbers. So the Fortran ones are actually using
gcc and probably are significant.