diff options
| author | Chris Packham <judge.packham@gmail.com> | 2020-11-10 20:29:25 +1300 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-11-10 20:29:25 +1300 |
| commit | a4231a555a3f897ecb32aad2069de4305ce0a969 (patch) | |
| tree | d7e2127ff0c795a7641d617b54fa0d26c898f20d /packages/gcc | |
| parent | 66b3c25be73ff9bd1894492fef32b786f921d53c (diff) | |
| parent | 3a3e645245d4cc84957209ec4313bfd6635acdec (diff) | |
| download | crosstool-ng-a4231a555a3f897ecb32aad2069de4305ce0a969.tar.gz crosstool-ng-a4231a555a3f897ecb32aad2069de4305ce0a969.tar.bz2 crosstool-ng-a4231a555a3f897ecb32aad2069de4305ce0a969.zip | |
Merge pull request #1342 from DspHack/feature/add_support_for_ti_c6x
Experimental: Add support for the Texas Instruments C6X (TMS320C6000 …
Diffstat (limited to 'packages/gcc')
| -rw-r--r-- | packages/gcc/4.9.4/0033-fix-c6x-internal-compiler-error-and-multilib.patch | 48 |
1 files changed, 48 insertions, 0 deletions
diff --git a/packages/gcc/4.9.4/0033-fix-c6x-internal-compiler-error-and-multilib.patch b/packages/gcc/4.9.4/0033-fix-c6x-internal-compiler-error-and-multilib.patch new file mode 100644 index 00000000..398f9043 --- /dev/null +++ b/packages/gcc/4.9.4/0033-fix-c6x-internal-compiler-error-and-multilib.patch @@ -0,0 +1,48 @@ +Internal compiler error and multilib fixes +Reported upstream: +https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57295 + +Fix c6x mulitibs build for uclinux +Reported by: Dan Tejada <dan.tejada@cantada.com> + +--- a/gcc/config/c6x/c6x.md ++++ b/gcc/config/c6x/c6x.md +@@ -775,7 +775,7 @@ + UNSPEC_MISALIGNED_ACCESS))] + "TARGET_INSNS_64" + { +- if (memory_operand (operands[0], <MODE>mode)) ++ if (memory_operand (operands[0], <MODE>mode) || volatile_mem_operand (operands[0], <MODE>mode)) + { + emit_insn (gen_movmisalign<mode>_store (operands[0], operands[1])); + DONE; + +--- a/gcc/config/c6x/predicates.md ++++ b/gcc/config/c6x/predicates.md +@@ -224,3 +224,16 @@ + gcc_unreachable (); + } + }) ++ ++;; Return 1 if the operand is in volatile memory. Note that during the ++;; RTL generation phase, memory_operand does not return TRUE for volatile ++;; memory references. So this function allows us to recognize volatile ++;; references where it's safe. ++(define_predicate "volatile_mem_operand" ++ (and (and (match_code "mem") ++ (match_test "MEM_VOLATILE_P (op)")) ++ (if_then_else (match_test "reload_completed") ++ (match_operand 0 "memory_operand") ++ (if_then_else (match_test "reload_in_progress") ++ (match_test "strict_memory_address_p (mode, XEXP (op, 0))") ++ (match_test "memory_address_p (mode, XEXP (op, 0))"))))) + +--- a/gcc/config/c6x/t-c6x-uclinux ++++ b/gcc/config/c6x/t-c6x-uclinux +@@ -1,3 +1,5 @@ ++MULTILIB_OPTIONS = march=c674x mbig-endian ++ + MULTILIB_OSDIRNAMES = march.c674x=!c674x + MULTILIB_OSDIRNAMES += mbig-endian=!be +-MULTILIB_OSDIRNAMES += mbig-endian/march.c674x=!be/c674x ++MULTILIB_OSDIRNAMES += march.c674x/mbig-endian=!be/c674x |