2018-12-19 22:17:07 +03:00
|
|
|
/*
|
|
|
|
* Tiny Code Generator for QEMU
|
|
|
|
*
|
|
|
|
* Copyright (c) 2018 SiFive, Inc
|
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
|
|
* of this software and associated documentation files (the "Software"), to deal
|
|
|
|
* in the Software without restriction, including without limitation the rights
|
|
|
|
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
|
|
* copies of the Software, and to permit persons to whom the Software is
|
|
|
|
* furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice shall be included in
|
|
|
|
* all copies or substantial portions of the Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
|
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
|
|
* THE SOFTWARE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef RISCV_TCG_TARGET_H
|
|
|
|
#define RISCV_TCG_TARGET_H
|
|
|
|
|
2024-06-27 07:54:47 +03:00
|
|
|
#include "host/cpuinfo.h"
|
|
|
|
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_INSN_UNIT_SIZE 4
|
tcg/riscv: Add basic support for vector
The RISC-V vector instruction set utilizes the LMUL field to group
multiple registers, enabling variable-length vector registers. This
implementation uses only the first register number of each group while
reserving the other register numbers within the group.
In TCG, each VEC_IR can have 3 types (TCG_TYPE_V64/128/256), and the
host runtime needs to adjust LMUL based on the type to use different
register groups.
This presents challenges for TCG's register allocation. Currently, we
avoid modifying the register allocation part of TCG and only expose the
minimum number of vector registers.
For example, when the host vlen is 64 bits and type is TCG_TYPE_V256, with
LMUL equal to 4, we use 4 vector registers as one register group. We can
use a maximum of 8 register groups, but the V0 register number is reserved
as a mask register, so we can effectively use at most 7 register groups.
Moreover, when type is smaller than TCG_TYPE_V256, only 7 registers are
forced to be used. This is because TCG cannot yet dynamically constrain
registers with type; likewise, when the host vlen is 128 bits and
TCG_TYPE_V256, we can use at most 15 registers.
There is not much pressure on vector register allocation in TCG now, so
using 7 registers is feasible and will not have a major impact on code
generation.
This patch:
1. Reserves vector register 0 for use as a mask register.
2. When using register groups, reserves the additional registers within
each group.
Signed-off-by: Huang Shiyuan <swung0x48@outlook.com>
Co-authored-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Signed-off-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Reviewed-by: Liu Zhiwei <zhiwei_liu@linux.alibaba.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-ID: <20241007025700.47259-3-zhiwei_liu@linux.alibaba.com>
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
2024-10-07 05:56:50 +03:00
|
|
|
#define TCG_TARGET_NB_REGS 64
|
2021-03-10 08:30:38 +03:00
|
|
|
#define MAX_CODE_GEN_BUFFER_SIZE ((size_t)-1)
|
2018-12-19 22:17:07 +03:00
|
|
|
|
|
|
|
typedef enum {
|
tcg/riscv: Add basic support for vector
The RISC-V vector instruction set utilizes the LMUL field to group
multiple registers, enabling variable-length vector registers. This
implementation uses only the first register number of each group while
reserving the other register numbers within the group.
In TCG, each VEC_IR can have 3 types (TCG_TYPE_V64/128/256), and the
host runtime needs to adjust LMUL based on the type to use different
register groups.
This presents challenges for TCG's register allocation. Currently, we
avoid modifying the register allocation part of TCG and only expose the
minimum number of vector registers.
For example, when the host vlen is 64 bits and type is TCG_TYPE_V256, with
LMUL equal to 4, we use 4 vector registers as one register group. We can
use a maximum of 8 register groups, but the V0 register number is reserved
as a mask register, so we can effectively use at most 7 register groups.
Moreover, when type is smaller than TCG_TYPE_V256, only 7 registers are
forced to be used. This is because TCG cannot yet dynamically constrain
registers with type; likewise, when the host vlen is 128 bits and
TCG_TYPE_V256, we can use at most 15 registers.
There is not much pressure on vector register allocation in TCG now, so
using 7 registers is feasible and will not have a major impact on code
generation.
This patch:
1. Reserves vector register 0 for use as a mask register.
2. When using register groups, reserves the additional registers within
each group.
Signed-off-by: Huang Shiyuan <swung0x48@outlook.com>
Co-authored-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Signed-off-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Reviewed-by: Liu Zhiwei <zhiwei_liu@linux.alibaba.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-ID: <20241007025700.47259-3-zhiwei_liu@linux.alibaba.com>
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
2024-10-07 05:56:50 +03:00
|
|
|
TCG_REG_ZERO, TCG_REG_RA, TCG_REG_SP, TCG_REG_GP,
|
|
|
|
TCG_REG_TP, TCG_REG_T0, TCG_REG_T1, TCG_REG_T2,
|
|
|
|
TCG_REG_S0, TCG_REG_S1, TCG_REG_A0, TCG_REG_A1,
|
|
|
|
TCG_REG_A2, TCG_REG_A3, TCG_REG_A4, TCG_REG_A5,
|
|
|
|
TCG_REG_A6, TCG_REG_A7, TCG_REG_S2, TCG_REG_S3,
|
|
|
|
TCG_REG_S4, TCG_REG_S5, TCG_REG_S6, TCG_REG_S7,
|
|
|
|
TCG_REG_S8, TCG_REG_S9, TCG_REG_S10, TCG_REG_S11,
|
|
|
|
TCG_REG_T3, TCG_REG_T4, TCG_REG_T5, TCG_REG_T6,
|
|
|
|
|
|
|
|
/* RISC-V V Extension registers */
|
|
|
|
TCG_REG_V0, TCG_REG_V1, TCG_REG_V2, TCG_REG_V3,
|
|
|
|
TCG_REG_V4, TCG_REG_V5, TCG_REG_V6, TCG_REG_V7,
|
|
|
|
TCG_REG_V8, TCG_REG_V9, TCG_REG_V10, TCG_REG_V11,
|
|
|
|
TCG_REG_V12, TCG_REG_V13, TCG_REG_V14, TCG_REG_V15,
|
|
|
|
TCG_REG_V16, TCG_REG_V17, TCG_REG_V18, TCG_REG_V19,
|
|
|
|
TCG_REG_V20, TCG_REG_V21, TCG_REG_V22, TCG_REG_V23,
|
|
|
|
TCG_REG_V24, TCG_REG_V25, TCG_REG_V26, TCG_REG_V27,
|
|
|
|
TCG_REG_V28, TCG_REG_V29, TCG_REG_V30, TCG_REG_V31,
|
2018-12-19 22:17:07 +03:00
|
|
|
|
|
|
|
/* aliases */
|
|
|
|
TCG_AREG0 = TCG_REG_S0,
|
|
|
|
TCG_GUEST_BASE_REG = TCG_REG_S1,
|
|
|
|
TCG_REG_TMP0 = TCG_REG_T6,
|
|
|
|
TCG_REG_TMP1 = TCG_REG_T5,
|
|
|
|
TCG_REG_TMP2 = TCG_REG_T4,
|
|
|
|
} TCGReg;
|
|
|
|
|
|
|
|
/* used for function call generation */
|
|
|
|
#define TCG_REG_CALL_STACK TCG_REG_SP
|
|
|
|
#define TCG_TARGET_STACK_ALIGN 16
|
|
|
|
#define TCG_TARGET_CALL_STACK_OFFSET 0
|
2022-10-16 13:07:48 +03:00
|
|
|
#define TCG_TARGET_CALL_ARG_I32 TCG_CALL_ARG_NORMAL
|
2022-10-16 05:48:48 +03:00
|
|
|
#define TCG_TARGET_CALL_ARG_I64 TCG_CALL_ARG_NORMAL
|
2022-10-20 00:54:48 +03:00
|
|
|
#define TCG_TARGET_CALL_ARG_I128 TCG_CALL_ARG_NORMAL
|
|
|
|
#define TCG_TARGET_CALL_RET_I128 TCG_CALL_RET_NORMAL
|
2018-12-19 22:17:07 +03:00
|
|
|
|
|
|
|
/* optional instructions */
|
2023-08-05 21:16:32 +03:00
|
|
|
#define TCG_TARGET_HAS_negsetcond_i32 1
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_div_i32 1
|
|
|
|
#define TCG_TARGET_HAS_rem_i32 1
|
|
|
|
#define TCG_TARGET_HAS_div2_i32 0
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_rot_i32 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_deposit_i32 0
|
|
|
|
#define TCG_TARGET_HAS_extract_i32 0
|
|
|
|
#define TCG_TARGET_HAS_sextract_i32 0
|
2019-02-25 21:29:25 +03:00
|
|
|
#define TCG_TARGET_HAS_extract2_i32 0
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_add2_i32 1
|
|
|
|
#define TCG_TARGET_HAS_sub2_i32 1
|
|
|
|
#define TCG_TARGET_HAS_mulu2_i32 0
|
|
|
|
#define TCG_TARGET_HAS_muls2_i32 0
|
2023-03-24 02:03:18 +03:00
|
|
|
#define TCG_TARGET_HAS_muluh_i32 0
|
|
|
|
#define TCG_TARGET_HAS_mulsh_i32 0
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_ext8s_i32 1
|
|
|
|
#define TCG_TARGET_HAS_ext16s_i32 1
|
|
|
|
#define TCG_TARGET_HAS_ext8u_i32 1
|
|
|
|
#define TCG_TARGET_HAS_ext16u_i32 1
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_bswap16_i32 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_bswap32_i32 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_not_i32 1
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_andc_i32 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_orc_i32 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_eqv_i32 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_nand_i32 0
|
|
|
|
#define TCG_TARGET_HAS_nor_i32 0
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_clz_i32 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_ctz_i32 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_ctpop_i32 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_brcond2 1
|
|
|
|
#define TCG_TARGET_HAS_setcond2 1
|
2020-12-09 22:58:39 +03:00
|
|
|
#define TCG_TARGET_HAS_qemu_st8_i32 0
|
2018-12-19 22:17:07 +03:00
|
|
|
|
2023-08-05 21:16:32 +03:00
|
|
|
#define TCG_TARGET_HAS_negsetcond_i64 1
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_div_i64 1
|
|
|
|
#define TCG_TARGET_HAS_rem_i64 1
|
|
|
|
#define TCG_TARGET_HAS_div2_i64 0
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_rot_i64 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_deposit_i64 0
|
|
|
|
#define TCG_TARGET_HAS_extract_i64 0
|
|
|
|
#define TCG_TARGET_HAS_sextract_i64 0
|
2019-02-25 21:29:25 +03:00
|
|
|
#define TCG_TARGET_HAS_extract2_i64 0
|
2023-08-22 20:51:10 +03:00
|
|
|
#define TCG_TARGET_HAS_extr_i64_i32 1
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_ext8s_i64 1
|
|
|
|
#define TCG_TARGET_HAS_ext16s_i64 1
|
|
|
|
#define TCG_TARGET_HAS_ext32s_i64 1
|
|
|
|
#define TCG_TARGET_HAS_ext8u_i64 1
|
|
|
|
#define TCG_TARGET_HAS_ext16u_i64 1
|
|
|
|
#define TCG_TARGET_HAS_ext32u_i64 1
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_bswap16_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_bswap32_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_bswap64_i64 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_not_i64 1
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_andc_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_orc_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_eqv_i64 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_nand_i64 0
|
|
|
|
#define TCG_TARGET_HAS_nor_i64 0
|
2024-06-27 07:54:47 +03:00
|
|
|
#define TCG_TARGET_HAS_clz_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_ctz_i64 (cpuinfo & CPUINFO_ZBB)
|
|
|
|
#define TCG_TARGET_HAS_ctpop_i64 (cpuinfo & CPUINFO_ZBB)
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_HAS_add2_i64 1
|
|
|
|
#define TCG_TARGET_HAS_sub2_i64 1
|
|
|
|
#define TCG_TARGET_HAS_mulu2_i64 0
|
|
|
|
#define TCG_TARGET_HAS_muls2_i64 0
|
|
|
|
#define TCG_TARGET_HAS_muluh_i64 1
|
|
|
|
#define TCG_TARGET_HAS_mulsh_i64 1
|
|
|
|
|
2022-11-07 02:42:56 +03:00
|
|
|
#define TCG_TARGET_HAS_qemu_ldst_i128 0
|
|
|
|
|
2024-01-09 00:46:19 +03:00
|
|
|
#define TCG_TARGET_HAS_tst 0
|
|
|
|
|
tcg/riscv: Add basic support for vector
The RISC-V vector instruction set utilizes the LMUL field to group
multiple registers, enabling variable-length vector registers. This
implementation uses only the first register number of each group while
reserving the other register numbers within the group.
In TCG, each VEC_IR can have 3 types (TCG_TYPE_V64/128/256), and the
host runtime needs to adjust LMUL based on the type to use different
register groups.
This presents challenges for TCG's register allocation. Currently, we
avoid modifying the register allocation part of TCG and only expose the
minimum number of vector registers.
For example, when the host vlen is 64 bits and type is TCG_TYPE_V256, with
LMUL equal to 4, we use 4 vector registers as one register group. We can
use a maximum of 8 register groups, but the V0 register number is reserved
as a mask register, so we can effectively use at most 7 register groups.
Moreover, when type is smaller than TCG_TYPE_V256, only 7 registers are
forced to be used. This is because TCG cannot yet dynamically constrain
registers with type; likewise, when the host vlen is 128 bits and
TCG_TYPE_V256, we can use at most 15 registers.
There is not much pressure on vector register allocation in TCG now, so
using 7 registers is feasible and will not have a major impact on code
generation.
This patch:
1. Reserves vector register 0 for use as a mask register.
2. When using register groups, reserves the additional registers within
each group.
Signed-off-by: Huang Shiyuan <swung0x48@outlook.com>
Co-authored-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Signed-off-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Reviewed-by: Liu Zhiwei <zhiwei_liu@linux.alibaba.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-ID: <20241007025700.47259-3-zhiwei_liu@linux.alibaba.com>
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
2024-10-07 05:56:50 +03:00
|
|
|
/* vector instructions */
|
|
|
|
#define TCG_TARGET_HAS_v64 0
|
|
|
|
#define TCG_TARGET_HAS_v128 0
|
|
|
|
#define TCG_TARGET_HAS_v256 0
|
|
|
|
#define TCG_TARGET_HAS_andc_vec 0
|
|
|
|
#define TCG_TARGET_HAS_orc_vec 0
|
|
|
|
#define TCG_TARGET_HAS_nand_vec 0
|
|
|
|
#define TCG_TARGET_HAS_nor_vec 0
|
|
|
|
#define TCG_TARGET_HAS_eqv_vec 0
|
2024-10-07 05:56:53 +03:00
|
|
|
#define TCG_TARGET_HAS_not_vec 1
|
tcg/riscv: Add basic support for vector
The RISC-V vector instruction set utilizes the LMUL field to group
multiple registers, enabling variable-length vector registers. This
implementation uses only the first register number of each group while
reserving the other register numbers within the group.
In TCG, each VEC_IR can have 3 types (TCG_TYPE_V64/128/256), and the
host runtime needs to adjust LMUL based on the type to use different
register groups.
This presents challenges for TCG's register allocation. Currently, we
avoid modifying the register allocation part of TCG and only expose the
minimum number of vector registers.
For example, when the host vlen is 64 bits and type is TCG_TYPE_V256, with
LMUL equal to 4, we use 4 vector registers as one register group. We can
use a maximum of 8 register groups, but the V0 register number is reserved
as a mask register, so we can effectively use at most 7 register groups.
Moreover, when type is smaller than TCG_TYPE_V256, only 7 registers are
forced to be used. This is because TCG cannot yet dynamically constrain
registers with type; likewise, when the host vlen is 128 bits and
TCG_TYPE_V256, we can use at most 15 registers.
There is not much pressure on vector register allocation in TCG now, so
using 7 registers is feasible and will not have a major impact on code
generation.
This patch:
1. Reserves vector register 0 for use as a mask register.
2. When using register groups, reserves the additional registers within
each group.
Signed-off-by: Huang Shiyuan <swung0x48@outlook.com>
Co-authored-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Signed-off-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Reviewed-by: Liu Zhiwei <zhiwei_liu@linux.alibaba.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-ID: <20241007025700.47259-3-zhiwei_liu@linux.alibaba.com>
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
2024-10-07 05:56:50 +03:00
|
|
|
#define TCG_TARGET_HAS_neg_vec 0
|
|
|
|
#define TCG_TARGET_HAS_abs_vec 0
|
|
|
|
#define TCG_TARGET_HAS_roti_vec 0
|
|
|
|
#define TCG_TARGET_HAS_rots_vec 0
|
|
|
|
#define TCG_TARGET_HAS_rotv_vec 0
|
|
|
|
#define TCG_TARGET_HAS_shi_vec 0
|
|
|
|
#define TCG_TARGET_HAS_shs_vec 0
|
|
|
|
#define TCG_TARGET_HAS_shv_vec 0
|
|
|
|
#define TCG_TARGET_HAS_mul_vec 0
|
|
|
|
#define TCG_TARGET_HAS_sat_vec 0
|
|
|
|
#define TCG_TARGET_HAS_minmax_vec 0
|
|
|
|
#define TCG_TARGET_HAS_bitsel_vec 0
|
2024-10-07 05:56:54 +03:00
|
|
|
#define TCG_TARGET_HAS_cmpsel_vec 1
|
tcg/riscv: Add basic support for vector
The RISC-V vector instruction set utilizes the LMUL field to group
multiple registers, enabling variable-length vector registers. This
implementation uses only the first register number of each group while
reserving the other register numbers within the group.
In TCG, each VEC_IR can have 3 types (TCG_TYPE_V64/128/256), and the
host runtime needs to adjust LMUL based on the type to use different
register groups.
This presents challenges for TCG's register allocation. Currently, we
avoid modifying the register allocation part of TCG and only expose the
minimum number of vector registers.
For example, when the host vlen is 64 bits and type is TCG_TYPE_V256, with
LMUL equal to 4, we use 4 vector registers as one register group. We can
use a maximum of 8 register groups, but the V0 register number is reserved
as a mask register, so we can effectively use at most 7 register groups.
Moreover, when type is smaller than TCG_TYPE_V256, only 7 registers are
forced to be used. This is because TCG cannot yet dynamically constrain
registers with type; likewise, when the host vlen is 128 bits and
TCG_TYPE_V256, we can use at most 15 registers.
There is not much pressure on vector register allocation in TCG now, so
using 7 registers is feasible and will not have a major impact on code
generation.
This patch:
1. Reserves vector register 0 for use as a mask register.
2. When using register groups, reserves the additional registers within
each group.
Signed-off-by: Huang Shiyuan <swung0x48@outlook.com>
Co-authored-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Signed-off-by: TANG Tiancheng <tangtiancheng.ttc@alibaba-inc.com>
Reviewed-by: Liu Zhiwei <zhiwei_liu@linux.alibaba.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-ID: <20241007025700.47259-3-zhiwei_liu@linux.alibaba.com>
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
2024-10-07 05:56:50 +03:00
|
|
|
|
|
|
|
#define TCG_TARGET_HAS_tst_vec 0
|
|
|
|
|
2018-12-19 22:17:07 +03:00
|
|
|
#define TCG_TARGET_DEFAULT_MO (0)
|
|
|
|
|
|
|
|
#define TCG_TARGET_NEED_LDST_LABELS
|
|
|
|
#define TCG_TARGET_NEED_POOL_LABELS
|
|
|
|
|
|
|
|
#endif
|