Jürgen Urban writes:
> Am 25.06.2013 um 23:24 schrieb Richard Sandiford :
>> Jürgen Urban writes:
>>> Am 23.06.2013 um 22:21 schrieb Richard Sandiford
Do you want to stick with 128-bit long doubles for PS2, or would you
prefer to do what SDE does?
>>>
>>> I prefer shorter long doubles
Hello Richard,
Am 25.06.2013 um 23:24 schrieb Richard Sandiford :
> Jürgen Urban writes:
>> Am 23.06.2013 um 22:21 schrieb Richard Sandiford
>> :
In the native PS2SDK (i.e. no Linux) I detected that there are undefined
references to `__fixtfsi', `__floatsitf', `__subtf3', `__multf3',
Jürgen Urban writes:
> Am 23.06.2013 um 22:21 schrieb Richard Sandiford :
>>> In the native PS2SDK (i.e. no Linux) I detected that there are undefined
>>> references to `__fixtfsi', `__floatsitf', `__subtf3', `__multf3',
>>> __extenddftf2', `__lttf2' and `__gttf2'. These are the functions for
>>>
Hello Richard,
Am 23.06.2013 um 22:21 schrieb Richard Sandiford :
> "Jürgen Urban" writes:
>>
>> In the native PS2SDK (i.e. no Linux) I detected that there are undefined
>> references to `__fixtfsi', `__floatsitf', `__subtf3', `__multf3',
>> __extenddftf2', `__lttf2' and `__gttf2'. These are th
"Jürgen Urban" writes:
> Hello Richard,
>
>> >> Does it still work with those changes, as below? If so, I'll check it in.
>> >
>> > I tested it. It is still working. So the patch is OK, please check it in.
>>
>> OK, I've applied this and the config.gcc patch.
>
> Thanks.
>
> In the native PS2SDK
Hello Richard,
> >> Does it still work with those changes, as below? If so, I'll check it in.
> >
> > I tested it. It is still working. So the patch is OK, please check it in.
>
> OK, I've applied this and the config.gcc patch.
Thanks.
In the native PS2SDK (i.e. no Linux) I detected that there
"Jürgen Urban" writes:
>> Does it still work with those changes, as below? If so, I'll check it in.
>
> I tested it. It is still working. So the patch is OK, please check it in.
OK, I've applied this and the config.gcc patch.
Thanks,
Richard
Hello Richard,
> > The code is now completely moved into libgcc/config/mips/t-mips and
> > libgcc/config/mips/lib2funcs.c (new file).
> > The code should now be easier to understand.
> > I used the code from libgcc/config/m32c as example (e.g. same file name
> > lib2funcs.c). I copied the file hea
"Jürgen Urban" writes:
>> Richard Sandiford writes:
>>
>> > I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
>> > maintainer. Ian: the problem is that "_muldi3.o" on 64-bit targets
>> > is actually an implementation of __multi3. Jürgen wants to have a
>> > __muldi3 too, w
On Fri, Jun 14, 2013 at 11:48 AM, "Jürgen Urban" wrote:
> Hello Richard,
>
> I updated the patch as requested.
>
>> Richard Sandiford writes:
>>
>> > I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
>> > maintainer. Ian: the problem is that "_muldi3.o" on 64-bit targets
>>
Hello Richard,
I updated the patch as requested.
> Richard Sandiford writes:
>
> > I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
> > maintainer. Ian: the problem is that "_muldi3.o" on 64-bit targets
> > is actually an implementation of __multi3. Jürgen wants to have
Richard Sandiford writes:
> I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
> maintainer. Ian: the problem is that "_muldi3.o" on 64-bit targets
> is actually an implementation of __multi3. Jürgen wants to have a
> __muldi3 too, with the same implementation as on 32-bit
"Jürgen Urban" writes:
>> > How much other changes will be currently accepted here? There is other
>> > stuff which I want to prepare and submit here, e.g.:
>> > 1. disable use of dmult and ddiv (ABI n32).
>> > 2. use trunc.w.s instead of cvt.w.s (to get single float working for
>> > normal range
Hello Richard,
> > How much other changes will be currently accepted here? There is other
> > stuff which I want to prepare and submit here, e.g.:
> > 1. disable use of dmult and ddiv (ABI n32).
> > 2. use trunc.w.s instead of cvt.w.s (to get single float working for
> > normal range calculations;
"Jürgen Urban" writes:
> Hello Richard,
>
>> Thanks, looks good. The comments I have are only minor and seemed easier
>> to spell out as a revised patch, attached below. The changes are:
>>
>> * removing the config.sub bit, which looked redundant. We already have
>> the up-to-date upstream co
Hello Richard,
> Thanks, looks good. The comments I have are only minor and seemed easier
> to spell out as a revised patch, attached below. The changes are:
>
> * removing the config.sub bit, which looked redundant. We already have
> the up-to-date upstream config.sub.
>
> * removing the tar
"Jürgen Urban" writes:
> after some months I reworked the patch for r5900. It would be nice if
> this could be accepted. The patch contains only changes to get basic
> support for MIPS r5900. It can be used to compile a working Linux kernel
> for the Playstation 2. It is also possible to get Linux
On 06/02/2013 01:45 PM, "Jürgen Urban" wrote:
Hello,
after some months I reworked the patch for r5900. It would be nice if this
could be accepted. The patch contains only changes to get basic support for
MIPS r5900. It can be used to compile a working Linux kernel for the
Playstation 2. It is
18 matches
Mail list logo
