This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC mini-summit - benchmarks
- From: Steve Ellcey <sje at cup dot hp dot com>
- To: hjl at lucon dot org
- Cc: kenneth dot hoste at elis dot ugent dot be, wilson at specifix dot com, iant at google dot com, gcc at gcc dot gnu dot org
- Date: Mon, 23 Apr 2007 09:49:04 -0700 (PDT)
- Subject: Re: GCC mini-summit - benchmarks
Jim Wilson wrote:
> Kenneth Hoste wrote:
> > I'm not sure what 'tests' mean here... Are test cases being extracted
> > from the SPEC CPU2006 sources? Or are you refering to the validity tests
> > of the SPEC framework itself (to check whether the output generated by
> > some binary conforms with their reference output)?
>
> The claim is that SPEC CPU2006 has source code bugs that cause it to
> fail when compiled by gcc. We weren't given a specific list of problem.
HJ, can you give us the specifics on the SPEC 2006 failures you were
seeing?
I remember the perlbench failure, it was IA64 specific, and was due to
the SPEC config file spec_config.h that defines the attribute keyword to
be null, thus eliminating all attributes. On IA64 Linux, in the
/usr/include/bits/setjmp.h header file, the __jmp_buf buffer is defined
to have an aligned attribute on it. If the buffer isn't aligned the
perlbench program fails.
I believe another problem was an uninitialized local variable in a
Fortran program, but I don't recall which program or which variable
that was.
Steve Ellcey
sje@cup.hp.com