https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #22 from dave.anglin at bell dot net --- On 10/15/2014 12:19 PM, law at redhat dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302 > > --- Comment #21 from Jeffrey A. Law <law at redhat dot com> --- > John, I know those PA boxes are slow, but if you could try Jakub's patch, it'd > be appreciated. I started a build and check on hppa2.0w-hp-hpux11.11. Will take a day or so for full build and check. Jakub's patch appears to fix ldil.c testcase. > > BTW, are you using strictly PA 2.0 (PA8000+) hardware? I was pondering doing > a > reimplementation of pa_combine_instructions using Bin's infrastructure for > insn > fusion as part of the review process for that code and having a box where I > could do performance testing would be helpful. Almost all my testing is on PA 2.0 hardware. I have a c8000, rp3440 and c3750 at home. Mostly use the rp3440. Probably, the best machine to use for development is sibaris (4-way 1 GHz c8000 linux). It's our primary buildd machine but others have used it for development testing. I'll check with Helge Deller who manages the machine and get back. > > I can certainly test on PA8000+ hardware (assuming mine doesn't overheat), but > fmpyadd/fmpysub tend to degrade performance on the more modern hardware. I > guess I could look for a performance degradation and call that a victory since > that would indicate we're doing a better job at fusing the independent FP mult > and add/sub instructions. > Dave
