Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.3.4; 1.1.1.3.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.2;
Import compiler-rt r209132. Revert use of TI mode on 32bit PPC.

branches: 1.1.1.1.2; 1.1.1.1.4;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

Align addresses to cache lines in __clear_cache for aarch64.

This corrects an issue where if the start and end address fall in different
lines, and the end address is not cache line size aligned, the last line
will not be invalidated properly.

Patch from compiler-rt upstream: https://reviews.llvm.org/rCRT323315

branches: 1.3.10;
Implement __clear_cache using __syncicache on PPC

Add __clear_cache implementatin for SPARC/SPARC64.

branches: 1.1.1;
Initial revision

RISC-V support that works on QEMU with a single hart.

Thanks for Simon Burge for plic(4).

Fix infinite recursion caused by gcc lossage.

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.2; 1.1.1.2.6; 1.1.1.2.8;
Import compiler-rt r209132. Revert use of TI mode on 32bit PPC.

branches: 1.1.1.1.2;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

RISC-V support that works on QEMU with a single hart.

Thanks for Simon Burge for plic(4).

Fix infinite recursion caused by gcc lossage.

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303207:

https://github.com/llvm/llvm-project/commit/4a45838d10085defac0f3b3003a5263e34536f3b#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: fix guard __AEABI__ -> __ARM_EABI__

llvm-svn: 303207

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.2.22; 1.2.34;
Make the softfloat variant compile

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.2.22; 1.2.34;
Make the softfloat variant compile

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.4.4; 1.1.1.4.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.3.2; 1.1.1.3.4;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.2.2;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Merge compiler-rt-259194.

Don't use __gcc_personality_sj0 on ARM.

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303138:

https://github.com/llvm/llvm-project/commit/44c45717b9e9f3dc194508d2eeeb8599a9d76949#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: use reserved spelling (NFC)

llvm-svn: 303138

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 298974 for lib/builtins/int_lib.h.

https://github.com/llvm/llvm-project/commit/d8ca74176e25bd4080ee81982819e2ef7a36553f#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[Builtin] Unxfail tests for armhf

Summary:
Originally, a few tests fail for armhf target due to:
1) COMPILER_RT_ARMHF_TARGET was not set when building the lib
2) COMPILER_RT_ABI should not be defined as `__attribute__((pcs("aapcs")))` for armhf when building for both lib and tests

This address https://bugs.llvm.org//show_bug.cgi?id=32261

mulsc3_test.c is a newly exposed issue, which will be addressed separately.

Reviewers: rengolin, compnerd

Reviewed By: compnerd

Subscribers: aemerson, llvm-commits, mgorny

Differential Revision: https://reviews.llvm.org/D31448

llvm-svn: 298974

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 266891:

https://github.com/llvm/llvm-project/commit/28e1b977d4694c6b3a5c4d8107570a969be71e77#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: remove use of __attribute__((pcs("aapcs"))) on
Windows

Windows does not honour the __attribute__((pcs)) on ARM. Although this will
result in ABI mismatches, compiler-rt should largely be unneeded for resolving
dependencies as we generate MS ABI compliant library calls now for the most
part.

llvm-svn: 266891

branches: 1.1.1;
Initial revision

Add lint bits.

branches: 1.1.1;
Initial revision

No CRT_HAS_128BIT for pcc, which lacks attribute((mode(TI))).

branches: 1.1.1;
Initial revision

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10; 1.1.1.1.12;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10; 1.1.1.2.12;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.1.4;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.1.4; 1.1.1.1.6; 1.1.1.1.10;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 314851:

https://github.com/llvm/llvm-project/commit/0d586d06a756b126a7eb43a21ecc12bd243d7cd8#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] [compiler-rt] Add back ARM EABI aliases where legal.

r303188 removed all the uses of aliases for EABI functions from
compiler-rt, because some of them had mismatched calling conventions.
Obviously, we can't use aliases for functions which don't have the same
calling convention, but that's only an issue for floating-point
functions with the hardfloat ABI. In other cases, the stubs increase
size and reduce performance for no benefit.

This patch adds back the aliases, with appropriate checks to make sure
they're only used in cases where the calling convention matches.

llvm-svn: 314851

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.4; 1.1.1.2.6; 1.1.1.2.10;
Import compiler-rt r204194. Fixes shift use in divide routines and const
correctness in gcc_personality_v0.c.

Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.1.2; 1.1.1.1.18;
Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

Do previous differently by pushing even number of registers and remove
strange r7 usage.

Align sp to 8-byte boundary as required by EABI.

This is especially important for non-leaf functions; GCC optimizes codes
based on assumption that sp is aligned properly.

Mostly fix broken earmv5 userland compiled by GCC10 due to alignment
faults in ld.elf_so, where {ld,st}rd are used for [sp, #8x].

No regression for ATF is observed for earmv[67]{,hf}{,eb}.

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

PR port-arm/55897

Cherry-pick upstream commit llvm-svn: 303188:

https://github.com/llvm/llvm-project/commit/36ac5ddff7377586390a71cb3261f0a40d274308#diff-549f1733063df365663fe375f336034e33e16d6bf2826cd4f966045aeb136007
----
[PATCH] builtins: expand out the AEABI function stubs

These actually may change calling conventions. We cannot simply provide
function aliases as the aliased function may have a different calling
convention. Provide a forwarding function instead to permit the
compiler to synthesize the calling convention adjustment thunk.

Remove the `ARM_EABI_FNALIAS` macro as that is not safe to use.

Resolves PR33030!

llvm-svn: 303188

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.3.4; 1.1.1.3.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.2; 1.1.1.2.4;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.3.4; 1.1.1.3.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.2; 1.1.1.2.4;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.3.4; 1.1.1.3.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.2; 1.1.1.2.4;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Import compiler-rt r259194. Primary changes are better support for
128bit long double and a number of refinements in the profiling backend.

branches: 1.1.1.3.4; 1.1.1.3.6;
Import compiler-rt r215309. Extends 128bit IEEE support in soft-float,
uses Thumb mode by default on ARM when available and fixes a bug in the
division code for ARMs with hardware integer division.

branches: 1.1.1.2.2; 1.1.1.2.4;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.3.2; 1.1.1.3.6;
Import compiler-rt r209132. Revert use of TI mode on 32bit PPC.

branches: 1.1.1.2.2;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Do previous differently by pushing even number of registers and remove
strange r7 usage.

Align sp to 8-byte boundary as required by EABI.

This is especially important for non-leaf functions; GCC optimizes codes
based on assumption that sp is aligned properly.

Mostly fix broken earmv5 userland compiled by GCC10 due to alignment
faults in ld.elf_so, where {ld,st}rd are used for [sp, #8x].

No regression for ATF is observed for earmv[67]{,hf}{,eb}.

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

Do previous differently by pushing even number of registers and remove
strange r7 usage.

Align sp to 8-byte boundary as required by EABI.

This is especially important for non-leaf functions; GCC optimizes codes
based on assumption that sp is aligned properly.

Mostly fix broken earmv5 userland compiled by GCC10 due to alignment
faults in ld.elf_so, where {ld,st}rd are used for [sp, #8x].

No regression for ATF is observed for earmv[67]{,hf}{,eb}.

branches: 1.1.1;
Initial revision

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.

branches: 1.1.1.2.2; 1.1.1.2.4; 1.1.1.2.8;
Import compiler-rt r208593. Fix a build bug in __clear_cache by not
explicitly forcing the ABI. Add first part of IEEE 754 quad support.

branches: 1.1.1.1.2;
Import compiler-rt r202303. Extend 128bit support to all LP64 platforms.