[PATCH PR96230] driver: ICE in process_command, at gcc.c:5095

Hi, This is a simple fix for pr96230. When the dumpbase is an empty string, we should add check for !*dumpbase in process_command. The option -dumpbase "" is used gcc-defs.exp: # This option restores naming of aux and dump output files # after input files when multiple input files are

[PATCH PR94274] fold phi whose incoming args are defined from binary

Hi, This is a experimental fix for pr94274. For if/else structure, when the expressions is binary operation and have a common subexpression, and the opcode is the same, we can fold the merging phi node in tree_ssa_phiopt_worker (ssa-phiopt). It can be optimized to do csel first and then do

RE: [PATCH PR95523] aarch64:ICE in register_tuple_type，at config/aarch64/aarch64-sve-builtins.cc:3434

Thanks for viewing and pushing this. Thanks, Haijian Zhang > -Original Message- > From: Richard Sandiford [mailto:richard.sandif...@arm.com] > Sent: Thursday, June 11, 2020 12:01 AM > To: Zhanghaijian (A) > Cc: gcc-patches@gcc.gnu.org > Subject: Re: [PATCH PR

[PATCH PR95523] aarch64:ICE in register_tuple_type，at config/aarch64/aarch64-sve-builtins.cc:3434

Hi, This is a simple fix for pr95523. When registering the tuple type in register_tuple_type, the TYPE_ALIGN (tuple_type) will be changed by -fpack-struct=n. We need to maintain natural alignment in handle_arm_sve_h. Bootstrap and tested on aarch64 Linux platform. No new regression witnessed.

RE: [PATCH PR94708] [8/9/10 Regression] pr94780.c fails with ICE on aarch64

ian Zhang > -Original Message- > From: Jakub Jelinek [mailto:ja...@redhat.com] > Sent: Wednesday, April 29, 2020 3:21 PM > To: Zhanghaijian (A) > Cc: gcc-patches@gcc.gnu.org > Subject: Re: [PATCH PR94708] [8/9/10 Regression] pr94780.c fails with ICE on > aarch64 > &

[PATCH PR94708] [8/9/10 Regression] pr94780.c fails with ICE on aarch64

Hi This is a simple fix for pr94820. The PR was only fixed on i386, the same error was also reported on aarch64. This function, because it is sometimes called even outside of function bodies, uses create_tmp_var_raw rather than create_tmp_var. But in order for that to work, when first

RE: [PATCH PR94708] rtl combine should consider NaNs when generate fp min/max

> -Original Message- > From: Richard Biener [mailto:richard.guent...@gmail.com] > Sent: Friday, April 24, 2020 2:19 PM > To: Zhanghaijian (A) > Cc: Segher Boessenkool ; > gcc-patches@gcc.gnu.org > Subject: Re: [PATCH PR94708] rtl combine should consider NaNs when

RE: [PATCH PR94708] rtl combine should consider NaNs when generate fp min/max

uot; "combine" } } -- 2.19.1 -Original Message- From: Segher Boessenkool [mailto:seg...@kernel.crashing.org] Sent: Friday, April 24, 2020 1:05 AM To: Zhanghaijian (A) Cc: Richard Biener ; gcc-patches@gcc.gnu.org Subject: Re: [PATCH PR94708] rtl combine should consider NaNs when gener

RE: [PATCH PR94708] rtl combine should consider NaNs when generate fp min/max

;& rtx_equal_p (XEXP (cond, 0), true_rtx) && rtx_equal_p (XEXP (cond, 1), false_rtx) Thanks, Haijian Zhang -Original Message- From: Segher Boessenkool [mailto:seg...@kernel.crashing.org] Sent: Thursday, April 23, 2020 7:38 PM To: Richard Biener Cc: Zhanghaijian (A) ; gcc

[PATCH PR94708] rtl combine should consider NaNs when generate fp min/max

Hi This is a simple fix for pr94708. It's unsafe for rtl combine to generate fp min/max under -funsafe-math-optimizations, considering NaNs. We can only do this kind of transformation under -funsafe-math-optimizations and -ffinite-math-only. Bootstrap and tested on aarch64 Linux platform. No