This is the mail archive of the
mailing list for the GCC project.
Re: APPEAL to steering committee: [Bug target/23605] memset() Optimization on x86-32 bit
- From: Mike Stump <mrs at apple dot com>
- To: Kevin McBride <kevin at planetsaphire dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Mon, 29 Aug 2005 14:11:51 -0700
- Subject: Re: APPEAL to steering committee: [Bug target/23605] memset() Optimization on x86-32 bit
- References: <43123F31.firstname.lastname@example.org>
On Aug 28, 2005, at 3:48 PM, Kevin McBride wrote:
Please take notice that I am appealing my bug (number 23605) to the
steering committee of GCC on the basis that it is a legimate
bug/enhancement in need of a through research.
Ok, so go research it, collect data, and then report your findings
back. For example, benchmark an entire linux distro with your patch
in and out, and tell us what the performance is, go measure spec,
tell us what the performance is, benchmark CSiBE...
I am hoping that the steering committee will order a through research
You have been so ordered, let us know how it goes. :-)
on the bug.
Another approach would be to take definitive measurements, for
example, at -Os if one way is 30 bytes and the current approach gcc
takes is 31 bytes, then that is a `bug'.
If you can show that a testcase takes fewer clock cycles and is
smaller than the current codegen, file _that_ bug, include the
numbers of ticks for each, give details, a vague, I wonder if this is
better, isn't going to be as persuasive as hard numbers.
Failing all that you can appeal by hiring someone that will do the
research, and report back their findings.
I hope this helps.