Aurelien Jarno a écrit :
>> I have looked quickly at your patch, it looks like the right approach to
>> define target specific things at only one place in the file. I will get
>> a closer tomorrow.
>>
>
> Sorry I have been busy with real life stuff, and haven't looked at your
> patch. I have seen
> I have looked quickly at your patch, it looks like the right approach to
> define target specific things at only one place in the file. I will get
> a closer tomorrow.
>
Sorry I have been busy with real life stuff, and haven't looked at your
patch. I have seen you have committed it.
I have reb
On Sat, 2007-11-10 at 19:09 +0100, Aurelien Jarno wrote:
> J. Mayer a écrit :
> > On Sat, 2007-11-10 at 17:15 +0100, Aurelien Jarno wrote:
> >> J. Mayer a écrit :
> >>> On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
> J. Mayer a écrit :
> > On Thu, 2007-11-08 at 00:05 +0100, Aur
Thiemo Seufer a écrit :
> Aurelien Jarno wrote:
>> On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
>>> On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
Hi all,
The current softfloat implementation changes qNaN into sNaN when
converting between
Aurelien Jarno wrote:
> On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> > On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> > > Hi all,
> > >
> > > The current softfloat implementation changes qNaN into sNaN when
> > > converting between formats, for no reason
J. Mayer a écrit :
> On Sat, 2007-11-10 at 17:15 +0100, Aurelien Jarno wrote:
>> J. Mayer a écrit :
>>> On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
J. Mayer a écrit :
> On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
>> On Tue, Nov 06, 2007 at 09:01:13PM +0100, J.
On Sat, 2007-11-10 at 17:15 +0100, Aurelien Jarno wrote:
> J. Mayer a écrit :
> > On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
> >> J. Mayer a écrit :
> >>> On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
> On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
> >
J. Mayer a écrit :
> On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
>> J. Mayer a écrit :
>>> On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
> On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
>> On S
On Sat, 2007-11-10 at 10:35 +0100, Aurelien Jarno wrote:
> J. Mayer a écrit :
> > On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
> >> On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
> >>> On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
> On Sat, Nov 03, 2007 at 0
J. Mayer a écrit :
> On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
>> On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
>>> On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> On Sat, Nov 03, 2007
On Thu, 2007-11-08 at 00:05 +0100, Aurelien Jarno wrote:
> On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
> >
> > On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
> > > On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> > > > On Sat, Nov 03, 2007 at 06:35:48P
Daniel Jacobowitz wrote:
> On Thu, Nov 08, 2007 at 12:05:25AM +0100, Aurelien Jarno wrote:
> > Has Thiemo already said, there is no IEEE behavior. If you look at the
> > IEEE 754 document you will see that it has requirements on what should
> > be supported by an IEEE compliant FPU, but has very fe
On Thu, Nov 08, 2007 at 12:05:25AM +0100, Aurelien Jarno wrote:
> Has Thiemo already said, there is no IEEE behavior. If you look at the
> IEEE 754 document you will see that it has requirements on what should
> be supported by an IEEE compliant FPU, but has very few requirements on
> the implement
On Tue, Nov 06, 2007 at 09:01:13PM +0100, J. Mayer wrote:
>
> On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
> > On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> > > On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> > > > Hi all,
> > > >
> > > > The
J. Mayer wrote:
>
> On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
> > On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> > > On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> > > > Hi all,
> > > >
> > > > The current softfloat implementation changes q
On Sat, 2007-11-03 at 22:28 +0100, Aurelien Jarno wrote:
> On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> > On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> > > Hi all,
> > >
> > > The current softfloat implementation changes qNaN into sNaN when
> > > conv
On Sat, Nov 03, 2007 at 02:06:04PM -0400, Daniel Jacobowitz wrote:
> On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> > Hi all,
> >
> > The current softfloat implementation changes qNaN into sNaN when
> > converting between formats, for no reason. The attached patch fixes
> > tha
Daniel Jacobowitz a écrit :
> On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
>> Hi all,
>>
>> The current softfloat implementation changes qNaN into sNaN when
>> converting between formats, for no reason. The attached patch fixes
>> that. It also fixes an off-by-one in the extende
Thiemo Seufer a écrit :
> Aurelien Jarno wrote:
>> Hi all,
>>
>> The current softfloat implementation changes qNaN into sNaN when
>> converting between formats, for no reason. The attached patch fixes
>> that.
>
> Did you take into account that MIPS and PA-RISC have the signalling
> bit inverted
Aurelien Jarno wrote:
> Hi all,
>
> The current softfloat implementation changes qNaN into sNaN when
> converting between formats, for no reason. The attached patch fixes
> that.
Did you take into account that MIPS and PA-RISC have the signalling
bit inverted to the rest of the world?
> It also
On Sat, Nov 03, 2007 at 06:35:48PM +0100, Aurelien Jarno wrote:
> Hi all,
>
> The current softfloat implementation changes qNaN into sNaN when
> converting between formats, for no reason. The attached patch fixes
> that. It also fixes an off-by-one in the extended double precision
> format (aka f
Hi all,
The current softfloat implementation changes qNaN into sNaN when
converting between formats, for no reason. The attached patch fixes
that. It also fixes an off-by-one in the extended double precision
format (aka floatx80), the mantissa is 64-bit long and not 63-bit
long.
With this patch
22 matches
Mail list logo