On Wed, 22 Sep 2021, Iain Sandoe wrote:
> However, note that the use of __MACH__ to guard the Mach-O code has been
> there for a long time (it is present in all open branches). So it's possible
> that has
> been silently doing the wrong thing for some time,
That's "wrong thing" as in having pre
Hi Joseph, Thomas,
> On 21 Sep 2021, at 21:11, Joseph Myers wrote:
>
> On Fri, 3 Sep 2021, Iain Sandoe wrote:
>
>> given that:
>>
>> a) this fixes Darwin x86-64 bootstrap which has been broken for more than 24h
>> b) the patch is now Darwin-local.
>
> Actually, it's not Darwin-local. It uses
Hello Joseph,
> On 21 Sep 2021, at 21:11, Joseph Myers wrote:
>
> On Fri, 3 Sep 2021, Iain Sandoe wrote:
>
>> given that:
>>
>> a) this fixes Darwin x86-64 bootstrap which has been broken for more than 24h
>> b) the patch is now Darwin-local.
>
> Actually, it's not Darwin-local. It uses __MA
On Fri, 3 Sep 2021, Iain Sandoe wrote:
> given that:
>
> a) this fixes Darwin x86-64 bootstrap which has been broken for more than 24h
> b) the patch is now Darwin-local.
Actually, it's not Darwin-local. It uses __MACH__, which is also defined
for Hurd. And because sfp-machine.h gets included
> On 3 Sep 2021, at 08:51, Iain Sandoe wrote:
>
>
>> On 2 Sep 2021, at 21:03, Joseph Myers wrote:
>>
>> On Thu, 2 Sep 2021, Iain Sandoe via Gcc-patches wrote:
>>
>>> diff --git a/libgcc/soft-fp/eqdf2.c b/libgcc/soft-fp/eqdf2.c
>>> index 2a44ee377ce..a3bb664f5f1 100644
>>> --- a/libgcc/soft
Hi Joseph,
> On 2 Sep 2021, at 21:03, Joseph Myers wrote:
>
> On Thu, 2 Sep 2021, Iain Sandoe via Gcc-patches wrote:
>
>> diff --git a/libgcc/soft-fp/eqdf2.c b/libgcc/soft-fp/eqdf2.c
>> index 2a44ee377ce..a3bb664f5f1 100644
>> --- a/libgcc/soft-fp/eqdf2.c
>> +++ b/libgcc/soft-fp/eqdf2.c
>> @@ -
On Thu, 2 Sep 2021, Iain Sandoe via Gcc-patches wrote:
> diff --git a/libgcc/soft-fp/eqdf2.c b/libgcc/soft-fp/eqdf2.c
> index 2a44ee377ce..a3bb664f5f1 100644
> --- a/libgcc/soft-fp/eqdf2.c
> +++ b/libgcc/soft-fp/eqdf2.c
> @@ -28,6 +28,7 @@
> License along with the GNU C Library; if not, see
>
One of the committed changes breaks the build of libgcc for 32-bit x86
configurations without SSE2 enabled by default:
In file included from
/scratch/jmyers/glibc-bot/src/gcc/libgcc/soft-fp/extendhfsf2.c:31:
/scratch/jmyers/glibc-bot/src/gcc/libgcc/soft-fp/half.h:62:1: error: unable to
emulate
Patch below fixes bootstrap,
OK if it passes testing on x86_64 darwin/linux?
(if !OK .. then suggestions welcome)
thanks
Iain
> On 2 Sep 2021, at 16:18, Hongtao Liu wrote:
>
>
>
> On Thursday, September 2, 2021, Iain Sandoe wrote:
> Hi Hongtao.
>
> > On 2 Sep 2021, at 07:06, Hongtao Liu vi
On Thursday, September 2, 2021, H.J. Lu wrote:
> On Wed, Sep 1, 2021 at 11:00 PM Hongtao Liu wrote:
> >
> > I'm going to check in the first 3 patches which are already approved.
> >
> > Update hf soft-fp from glibc.
> > [i386] Enable _Float16 type for TARGET_SSE2 and above.
> > [i386] libg
On Wed, Sep 1, 2021 at 11:00 PM Hongtao Liu wrote:
>
> I'm going to check in the first 3 patches which are already approved.
>
> Update hf soft-fp from glibc.
> [i386] Enable _Float16 type for TARGET_SSE2 and above.
> [i386] libgcc: Enable hfmode soft-sf/df/xf/tf extensions and
> truncat
On Thursday, September 2, 2021, Iain Sandoe wrote:
> Hi Hongtao.
>
> > On 2 Sep 2021, at 07:06, Hongtao Liu via Gcc-patches <
> gcc-patches@gcc.gnu.org> wrote:
> >
> > I'm going to check in the first 3 patches which are already approved.
> >
> > Update hf soft-fp from glibc.
> > [i386] Enable _
Hi Hongtao.
> On 2 Sep 2021, at 07:06, Hongtao Liu via Gcc-patches
> wrote:
>
> I'm going to check in the first 3 patches which are already approved.
>
> Update hf soft-fp from glibc.
> [i386] Enable _Float16 type for TARGET_SSE2 and above.
> [i386] libgcc: Enable hfmode soft-sf/df/xf/tf ex
I'm going to check in the first 3 patches which are already approved.
Update hf soft-fp from glibc.
[i386] Enable _Float16 type for TARGET_SSE2 and above.
[i386] libgcc: Enable hfmode soft-sf/df/xf/tf extensions and
truncations.
On Mon, Aug 2, 2021 at 2:31 PM liuhongt wrote:
>
> Update
Update from v2:
1. Support -fexcess-precision=16 which will enable
FLT_EVAL_METHOD_PROMOTE_TO_FLOAT16 when backend supports _Float16.
2. Update ix86_get_excess_precision, so -fexcess-precision=standard
should not do anything different from -fexcess-precision=fast
regarding _Float16.
3. Avoiding
15 matches
Mail list logo