[Bug target/88498] [9 Regression] FAIL: gcc.target/i386/avx512vl-pr79299-1.c (internal compiler error)

2018-12-14 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88498 --- Comment #3 from Terry Guo --- I just tried and both of failures are gone with Jakub's patch.

[Bug target/87853] _mm_cmpgt_epi8 broken with -funsigned-char

2018-11-20 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853 --- Comment #10 from Terry Guo --- (In reply to Uroš Bizjak from comment #9) > (In reply to Martin Liška from comment #8) > > Uros: Can the bug be marked as resolved? Or please update Known to work. > > Patch needs to be backported to release br

[Bug rtl-optimization/87718] [9 Regression] FAIL: gcc.target/i386/avx512dq-concatv2si-1.c

2018-11-13 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87718 --- Comment #4 from Terry Guo --- (In reply to Uroš Bizjak from comment #2) > Following testcase: > > --cut here-- > typedef int V __attribute__((vector_size (8))); > > void foo (int x, int y) > { > register int a __asm ("xmm1"); > register

[Bug target/87853] _mm_cmpgt_epi8 broken with -funsigned-char

2018-11-02 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853 --- Comment #5 from Terry Guo --- Hi folks, What about a fix like below? I tested with bootstrap and regression test, there is no problem. diff --git a/gcc/config/i386/emmintrin.h b/gcc/config/i386/emmintrin.h index 7a6ff80..3c1f04b 100644 ---

[Bug target/87853] _mm_cmpgt_epi8 broken with -funsigned-char

2018-11-01 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853 --- Comment #4 from Terry Guo --- Thanks Derek for reporting. I can reproduce what Derek described and do think this is a bug. _mm_cmpgt_epi8 (__m128i __A, __m128i __B) { return (__m128i) ((__v16qi)__A > (__v16qi)__B); } This one performs sig

[Bug target/87853] _mm_cmpgt_epi8 broken with -funsigned-char

2018-11-01 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853 --- Comment #3 from Terry Guo --- (In reply to H.J. Lu from comment #2) > Xuepeng, can you take a look? OK. Working on it now.

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-11-01 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #39 from Terry Guo --- (In reply to Uroš Bizjak from comment #38) > (In reply to Terry Guo from comment #36) > > > OK. Do it right now. > > I think that latest attachment is the one that should be tested. > Functionally it is the sa

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-11-01 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #36 from Terry Guo --- (In reply to Uroš Bizjak from comment #35) > > Actually, we can use crtl->stack_realign_processed to delay DRAP generation. > The condition in the patch should be changed to: > > crtl->stack_realign_need

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-31 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #34 from Terry Guo --- (In reply to David Grayson from comment #33) > Hello, Terry. I'd be happy to help. I hope you have access to a Linux > computer. I've actually spent a lot of time working on build scripts for > cross-compiler

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-31 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #32 from Terry Guo --- (In reply to David Grayson from comment #27) > Thanks to everyone who is working on this. I can confirm that the patch in > comment #20 by Uroš Bizjak applies cleanly to GCC 7.3.0, and I successfully > used the

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-31 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #31 from Terry Guo --- (In reply to Uroš Bizjak from comment #30) > (In reply to Jakub Jelinek from comment #29) > > > Let's ask Jakub about asan, if it is possible to move generation of the > > > call > > > after the function is alr

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-31 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #26 from Terry Guo --- Hi Uroš: I think I found why your proposed patch causes problem in Comment 23. It is all about timing. The below code from patch is trying to set up DRAP reg in a rather early stage when the function is not ful

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-31 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #25 from Terry Guo --- Debugged the ICE further and found that below line in function ix86_get_drap_rtx is causing ICE: 12050 insn = emit_insn_before (seq, NEXT_INSN (entry_of_function ())); It is called when generating call

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-30 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #24 from Terry Guo --- Created attachment 44934 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44934&action=edit case to reproduce problem related to sanitize

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-30 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #23 from Terry Guo --- Hi Uroš: With your fix, I identified two regressions so far: one is that we should run the case you provided with c++ standard newer than c++11. The 'noexcept' was introduced in c++14. Guess we need a directive

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-30 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #22 from xuepeng guo --- (In reply to Uroš Bizjak from comment #20) > Created attachment 44928 [details] > Proposed patch > > It turned out that functions, called directly through emit_library_call (as > the above testcase, which bui

[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2018-10-30 Thread xuepeng.guo at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372 --- Comment #21 from xuepeng guo --- Thanks for fix. I am glad to help to test it out.