[gcc r12-3777] libgcc, X86: Adjust guard for Mach-O code.

[gcc r12-3777] libgcc, X86: Adjust guard for Mach-O code.

[Iain D Sandoe]

https://gcc.gnu.org/g:578b76873383784841f5478573f4ac5d251aa0ba

commit r12-3777-g578b76873383784841f5478573f4ac5d251aa0ba
Author: Iain Sandoe <iain@sandoe.co.uk>
Date:   Wed Sep 22 07:42:21 2021 +0100

    libgcc, X86: Adjust guard for Mach-O code.
    
    Existing code in the sfp-machine header has been using __MACH__
    as a guard for Mach-O, where currently symbols aliases are not
    supported.
    
    __MACH__ is not a sufficient guard for this, since the define
    is also emitted for HURD, at least.
    
    Fixed by amending the guard to use __APPLE__ instead.
    
    Signed-off-by: Iain Sandoe <iain@sandoe.co.uk>
    
    libgcc/ChangeLog:
    
            * config/i386/sfp-machine.h: Guard Mach-O-specific code
            using __APPLE__.

Diff:
---
 libgcc/config/i386/sfp-machine.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libgcc/config/i386/sfp-machine.h b/libgcc/config/i386/sfp-machine.h
index 172ebc70c8d..c451ae71923 100644
--- a/libgcc/config/i386/sfp-machine.h
+++ b/libgcc/config/i386/sfp-machine.h
@@ -74,7 +74,7 @@ void __sfp_handle_exceptions (int);
 #define __BYTE_ORDER __LITTLE_ENDIAN
 
 /* Define ALIASNAME as a strong alias for NAME.  */
-#if defined __MACH__
+#if defined __APPLE__
 /* Mach-O doesn't support aliasing, so we build a secondary function for
    the alias - we need to do a bit of a dance to find out what the type of
    the arguments is and then apply that to the secondary function.