On Thu, Aug 24, 2006 at 09:50:23PM -0400, John David Anglin wrote: > > This might be a nan bug. There is one GCC nan fix that's only > > installed on the trunk: > > 2006-05-24 John David Anglin <dave.anglin@nrc-cnrc.gc.ca> > > PR target/27627 > > * pa/pa-modes.def: Use mips_single_format, mips_double_format and > > mips_quad_format formats instead of ieee_single_format, > > ieee_double_format and ieee_quad_format formats, respectively. > Just saw your patch. Watch out, there are at least two different > representations for nans. In GCC, they are called mips and ieee. > However, as far as I can tell, PA-RISC used the mips format before > mips. Both formats are complient with the original IEEE standard, > so it's also a bit of a misnomer to call the other format the IEEE > format. Uh, my patch only attempts to correct for the bad alignment assumptions in the existing code that cause build failures on hppa; invalid assumptions about the byte representations of -NaN on particular platforms can be someone else's problem if and when it becomes an issue. ;) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature