[Bug c/38891] using ms_abi function attribute with -mno-sse generates an internal compiler error

2009-02-12 Thread xuepeng dot guo at intel dot com
--- Comment #2 from xuepeng dot guo at intel dot com 2009-02-12 08:35 --- Confirmed at revision 144120. This is caused by macro CONDITIONAL_REGISTER_USAGE at i386.h. At the first the code if (! TARGET_SSE

[Bug c/38891] using ms_abi function attribute with -mno-sse generates an internal compiler error

2009-02-12 Thread xuepeng dot guo at intel dot com
--- Comment #3 from xuepeng dot guo at intel dot com 2009-02-12 08:50 --- The numbers 27 and 28 mean extended SSE registers xmm10 and xmm11. Because we turned on the option -mno-sse, according to the explanation of FIXED_REGISTERS in i386.h I think that setting fixed_regs[27

[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3

2009-02-09 Thread xuepeng dot guo at intel dot com
--- Comment #17 from xuepeng dot guo at intel dot com 2009-02-09 09:16 --- Below is a loop in the case in its original form(compiled by GCC 4.4): _Z7bench_1PfS_fj: .LFB2309: shrl$2, %edx shufps $0, %xmm0, %xmm0 subl$1, %edx xorl%eax, %eax

[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3

2009-01-23 Thread xuepeng dot guo at intel dot com
--- Comment #8 from xuepeng dot guo at intel dot com 2009-01-24 05:12 --- Created an attachment (id=17173) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17173action=view) An extracted test case for this bug. Hi tim, I extracted this test case from your website. But I can't

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

2008-10-16 Thread xuepeng dot guo at intel dot com
--- Comment #1 from xuepeng dot guo at intel dot com 2008-10-16 07:36 --- Hello Jason, I posted the whole debug_info section of of the binary file of your example as below. I guess you mean that DW_TAG_lexical_block tags like those at 8c and 8d are unnecessary. We should avoid

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

2008-10-16 Thread xuepeng dot guo at intel dot com
--- Comment #3 from xuepeng dot guo at intel dot com 2008-10-17 04:58 --- Yes, I agree with you. Would you please explain your idea in more detailed way? Please take what I posted in comment #1 as an example to show what should be generated and what should not be generated. I am

[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size

2008-08-11 Thread xuepeng dot guo at intel dot com
--- Comment #10 from xuepeng dot guo at intel dot com 2008-08-12 02:07 --- (In reply to comment #7) Sorry, I can't reproduce the first issue with a x86_64-linux - i?86-darwin cross on the provided preprocessed testcase, tried many different -march=/-mtune= options as well as -f

[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size

2008-08-11 Thread xuepeng dot guo at intel dot com
--- Comment #11 from xuepeng dot guo at intel dot com 2008-08-12 02:11 --- (In reply to comment #9) The darwin -m64 failures are then the same problem, cross-jumping of noreturn calls between different level of stack depths. I've been wrong about DW_CFA_GNU_args_size being useless

[Bug debug/37022] libffi test suite failures

2008-08-06 Thread xuepeng dot guo at intel dot com
--- Comment #2 from xuepeng dot guo at intel dot com 2008-08-06 06:30 --- Created an attachment (id=16030) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16030action=view) Testcase. Hi, I got the similar failure on linux/x86 platform. [EMAIL PROTECTED] minbuild]$ /home/xguo2

[Bug debug/37022] libffi test suite failures

2008-08-06 Thread xuepeng dot guo at intel dot com
--- Comment #3 from xuepeng dot guo at intel dot com 2008-08-06 06:38 --- Created an attachment (id=16031) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031action=view) A smaller case. [EMAIL PROTECTED] stackalign]$ /home/xguo2/app/stack-internal/bin/g++ -m32 -Os