| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[builtins][ARM] Replace call_apsr.S with inline asm The %arm_call_apsr expansion doesn't work when config.clang is a clang driver defaulting to a non-ARM arch. Rather than fix it, replace call_apsr.S with inline asm in call_apsr.h, which also resolves the FIXME added in D31259. Maybe the __attribute__((noinline,pcs("aapcs"))) attributes are unnecessary on the static functions, but I was unsure what liberty the compiler had to insert instructions that modified the condition codes, so it seemed helpful. Differential Revision: https://reviews.llvm.org/D82147 | 5 年前 | |
[builtins][ARM] Replace call_apsr.S with inline asm The %arm_call_apsr expansion doesn't work when config.clang is a clang driver defaulting to a non-ARM arch. Rather than fix it, replace call_apsr.S with inline asm in call_apsr.h, which also resolves the FIXME added in D31259. Maybe the __attribute__((noinline,pcs("aapcs"))) attributes are unnecessary on the static functions, but I was unsure what liberty the compiler had to insert instructions that modified the condition codes, so it seemed helpful. Differential Revision: https://reviews.llvm.org/D82147 | 5 年前 | |
[builtins][ARM] Replace call_apsr.S with inline asm The %arm_call_apsr expansion doesn't work when config.clang is a clang driver defaulting to a non-ARM arch. Rather than fix it, replace call_apsr.S with inline asm in call_apsr.h, which also resolves the FIXME added in D31259. Maybe the __attribute__((noinline,pcs("aapcs"))) attributes are unnecessary on the static functions, but I was unsure what liberty the compiler had to insert instructions that modified the condition codes, so it seemed helpful. Differential Revision: https://reviews.llvm.org/D82147 | 5 年前 | |
[builtins][ARM] Replace call_apsr.S with inline asm The %arm_call_apsr expansion doesn't work when config.clang is a clang driver defaulting to a non-ARM arch. Rather than fix it, replace call_apsr.S with inline asm in call_apsr.h, which also resolves the FIXME added in D31259. Maybe the __attribute__((noinline,pcs("aapcs"))) attributes are unnecessary on the static functions, but I was unsure what liberty the compiler had to insert instructions that modified the condition codes, so it seemed helpful. Differential Revision: https://reviews.llvm.org/D82147 | 5 年前 | |
[builtins][test] Delete unneeded file headers We don't add file headers to tests. The comments are useless as well - their purpose can be easily inferred from the filenames. | 6 年前 | |
[builtins][test] Delete unneeded file headers We don't add file headers to tests. The comments are useless as well - their purpose can be easily inferred from the filenames. | 6 年前 | |
[compiler-rt] Fix tests of __aeabi_(idivmod|uidivmod|uldivmod) to support big endian (#126277) This patch makes these functions' tests work in big endian mode: - __aeabi_idivmod. - __aeabi_uidivmod. - __aeabi_uldivmod. The three functions return a struct containing two fields, quotient and remainder, via *value in regs* calling convention. They differ in the integer type of each field. In the tests of the first two, a 64-bit integer is used as the return type of the call. And as consequence of the ABI rules for structs (Composite Types), the quotient resides in r0 and the remainder in r1 regardless of endianness. So, in order to access each component from the 64-bit integer in the caller code, care must be taken to access the correct bits as they do depend on endianness in this case. In the test of the third one, the caller code has inline assembly to access the components. This assembly code assumed little endian, so it had to be made flexible for big endian as well. _YUGA_BIG_ENDIAN is defined in int_endianness.h. It's a macro internal to compiler-rt that's in theory compatible with more toolchains than gcc and clang. | 1 年前 | |
[compiler-rt] Fix tests of __aeabi_(idivmod|uidivmod|uldivmod) to support big endian (#126277) This patch makes these functions' tests work in big endian mode: - __aeabi_idivmod. - __aeabi_uidivmod. - __aeabi_uldivmod. The three functions return a struct containing two fields, quotient and remainder, via *value in regs* calling convention. They differ in the integer type of each field. In the tests of the first two, a 64-bit integer is used as the return type of the call. And as consequence of the ABI rules for structs (Composite Types), the quotient resides in r0 and the remainder in r1 regardless of endianness. So, in order to access each component from the 64-bit integer in the caller code, care must be taken to access the correct bits as they do depend on endianness in this case. In the test of the third one, the caller code has inline assembly to access the components. This assembly code assumed little endian, so it had to be made flexible for big endian as well. _YUGA_BIG_ENDIAN is defined in int_endianness.h. It's a macro internal to compiler-rt that's in theory compatible with more toolchains than gcc and clang. | 1 年前 | |
[compiler-rt] Fix tests of __aeabi_(idivmod|uidivmod|uldivmod) to support big endian (#126277) This patch makes these functions' tests work in big endian mode: - __aeabi_idivmod. - __aeabi_uidivmod. - __aeabi_uldivmod. The three functions return a struct containing two fields, quotient and remainder, via *value in regs* calling convention. They differ in the integer type of each field. In the tests of the first two, a 64-bit integer is used as the return type of the call. And as consequence of the ABI rules for structs (Composite Types), the quotient resides in r0 and the remainder in r1 regardless of endianness. So, in order to access each component from the 64-bit integer in the caller code, care must be taken to access the correct bits as they do depend on endianness in this case. In the test of the third one, the caller code has inline assembly to access the components. This assembly code assumed little endian, so it had to be made flexible for big endian as well. _YUGA_BIG_ENDIAN is defined in int_endianness.h. It's a macro internal to compiler-rt that's in theory compatible with more toolchains than gcc and clang. | 1 年前 | |
[compiler-rt] [Arm] Make the tests for the runtime functions __aeabi_c{d,f} work on Big-Endian. We are trying to build the compiler-rt as big-endian. And found that the tests compiler-rt/test/builtins/Unit/arm/aeabi_cdcmpeq_test.c and compiler-rt/test/builtins/Unit/arm/aeabi_cfcmpeq_test.c do not work on big endian at the moment. This patch makes these tests work on big endian as well. Reviewed By: peter.smith, simon_tatham Differential Revision: https://reviews.llvm.org/D155208 | 3 年前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 5 年前 | ||
| 5 年前 | ||
| 5 年前 | ||
| 5 年前 | ||
| 6 年前 | ||
| 6 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 3 年前 |