On Thu, Apr 3, 2014 at 1:55 PM, Michael Meissner <meiss...@linux.vnet.ibm.com> wrote: > On Thu, Apr 03, 2014 at 01:24:25PM -0400, David Edelsohn wrote: >> On Tue, Apr 1, 2014 at 7:55 PM, Michael Meissner >> <meiss...@linux.vnet.ibm.com> wrote: >> > In backporting the power8 changes to the 4.8 branch, one of the testers of >> > these patches noticed that libgcc cannot be built on a linux SPE target. >> > The >> > reason was the _Decimal64 type did not have a proper move insn in the SPE >> > environment. This patch fixes that issue. In looking at the patch, I >> > discovered two other thinkos that are fixed in this patch. >> > >> > The first problem is the movdf/movdd insns for 32-bit without hardware >> > floating >> > point, checked whether we had hardware single precision support, when it >> > should >> > have been checking that we had hardware double precision support. >> > >> > The second problem was that some of the types believed they could use the >> > floating point registers in a SPE or software emulation enviornment. So I >> > added additional code to turn off the use of the FPRs in this case. >> > >> > I have done bootstraps and make check on 64-bit PowerPC linux systems with >> > no >> > regression. In addition, I tested the code generated using cross >> > compilers to >> > the Linux SPE system. Is this patch acceptible to be checked in the trunk >> > (and >> > to the 4.8 branch when the other patches are approved)? >> >> Mike, >> >> Can you work with Edmar and Rohit to create a testcase for the GCC >> testsuite as well? > > Sure, but I won't be able to run it under the test suite.
Hi, Mike Non-SPE PowerPC processors will not be able to run it, but e500 systems can and hopefully can catch these types of problems when Freescale or others run the testsuite. Thanks, David
