[Bug c/99155] redundant AND instructions generated to mask bit fields

2021-02-18 Thread dennisc at harding dot ca via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99155 --- Comment #2 from Dennis Cote --- Ah, I see. So the default does no optimization at all, not even redundant instruction elimination. Even -O1 completely inlines the function to 3 MOV instructions with constant values. So I have learned to alway

[Bug c/99155] New: redundant AND instructions generated to mask bit fields

2021-02-18 Thread dennisc at harding dot ca via Gcc-bugs
Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dennisc at harding dot ca Target Milestone: --- Created attachment 50217 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50217&action=edit C source file and Compiler Explorer screen

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-26 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:52 --- I have found a patch for this problem that was proposed by DJ Delorie about a year ago. His posting in the mailing list is at http://gcc.gnu.org/ml/gcc-patches/2003-10/msg02277.html which I have copied below

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-26 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:45 --- I was premature in reporting that version 3.4.2 fixed this bug. I didn't get a ICE on my test file anymore, but not because the bug was fixed. It turns out that version 3.4.2 compilers ignore the -mrenesas t

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-26 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-26 18:40 --- (From update of attachment 7387) The ICE is triggered by the char function return value assignment when compiling for the Renesas ABI. -- What|Removed |Added

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-20 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-20 22:17 --- I have requilt my cross compiler using the latest GCC 3.4.2 source and the bug is gone. It compiles the same test case code without the ICE. This bug can probably be closed now. Good job. -- What

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-20 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-20 18:49 --- This bug is triggered by calls to functions that return a char value combined with the -mrenesas compiler option. Removing the compiler option, or changing the functions return type to int will both eliminate the

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-20 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-20 18:06 --- Created an attachment (id=7388) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7388&action=view) gcc command and output for minimal test This is the command line and compiler output produce with

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-20 Thread dennisc at harding dot ca
--- Additional Comments From dennisc at harding dot ca 2004-10-20 18:04 --- Created an attachment (id=7387) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7387&action=view) preprocessed 6line file that triggers ICE This is the preprocessor output of a minimal (6 line) fi

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

2004-10-13 Thread dennisc at harding dot ca
-- What|Removed |Added Attachment #7232|preprocessed source for |preprocessed source for description|first inteernal error case |first internal error case http://gcc.