RE: A problem about loop store motion

2012-02-21 Thread Jiangning Liu
> -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of > Richard Guenther > Sent: Tuesday, February 21, 2012 6:19 PM > To: Jiangning Liu > Cc: gcc@gcc.gnu.org > Subject: Re: A problem about loop store motion > > On Tue, Feb 21, 2012 at 10:57 AM, Ji

gcc-4.4-20120221 is now available

2012-02-21 Thread gccadmin
Snapshot gcc-4.4-20120221 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20120221/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.4 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: Inefficient end-of-loop value computation - missed optimization somewhere?

2012-02-21 Thread Andrew Pinski
On Tue, Feb 21, 2012 at 1:27 AM, Richard Guenther wrote: > On Mon, Feb 20, 2012 at 11:19 PM, Ulrich Weigand wrote: >> Hello, >> >> we've noticed that the loop optimizer sometimes inserts weirdly >> inefficient code to compute the value of an induction variable >> at the end of the loop. >> >> As

Re: GCC: OpenMP posix pthread

2012-02-21 Thread Jakub Jelinek
On Tue, Feb 21, 2012 at 04:50:58PM +0100, erotavlas_tu...@libero.it wrote: > Nobody can answer to my question? You can configure gcc not to use futexes in libgomp (--disable-linux-futex), but the default is to use them for performance reasons. Jakub

Re: Some confuse about the pass of the arguments by gcc

2012-02-21 Thread Andrew Haley
On 02/21/2012 03:18 PM, 嘉谟 wrote: > I do a experiments to check how gcc pass the arguments. > here is the code > > #include > int main(int argc , char *argv[]){ > int a=3; > int b=3; > int c=3; > printf("%d %d\n",++a+c,a+c); > printf("%d %d\n",++b,b); >

Some confuse about the pass of the arguments by gcc

2012-02-21 Thread 嘉谟
I do a experiments to check how gcc pass the arguments. here is the code #include int main(int argc , char *argv[]){ int a=3; int b=3; int c=3; printf("%d %d\n",++a+c,a+c); printf("%d %d\n",++b,b); return 0; } the anwer is 8 7 4 4 the piece of as

Re: GCC: OpenMP posix pthread

2012-02-21 Thread Erotavlas_turbo
Nobody can answer to my question? Thank you Salvatore Frandina

Re: GCC and x86intrin.h header

2012-02-21 Thread Ian Lance Taylor
erotavlas_tu...@libero.it writes: > I read in the manual of GCC the following line: > // new intrinsic header file, it should be included before > using any IA-32/x86-64 intrinsics. > What does it mean? I have to explicitly include this library in my code if I > want to use the intrinsic functi

GCC and x86intrin.h header

2012-02-21 Thread Erotavlas_turbo
Hi, I read in the manual of GCC the following line: // new intrinsic header file, it should be included before using any IA-32/x86-64 intrinsics. What does it mean? I have to explicitly include this library in my code if I want to use the intrinsic functions like ssex or mcrc32 etc. Thank you

Re: How to suppress frame pointer usage by default?

2012-02-21 Thread Ian Lance Taylor
Konstantin Vladimirov writes: > What one must use in custom backend to suppress frame pointer usage by > default? > > Frame pointer is mentioned in ELIMINABLE_REGS: > > #define ELIMINABLE_REGS \ > { \ > {ARG_POINTER_REGNUM, STACK_POINTER_REGNUM}, \ > {ARG_POINTER_REGN

How to suppress frame pointer usage by default?

2012-02-21 Thread Konstantin Vladimirov
Hi, What one must use in custom backend to suppress frame pointer usage by default? Frame pointer is mentioned in ELIMINABLE_REGS: #define ELIMINABLE_REGS \ { \ {ARG_POINTER_REGNUM, STACK_POINTER_REGNUM}, \ {ARG_POINTER_REGNUM, FRAME_POINTER_REGNUM}, \ {FRAME_POIN

Re: A problem about loop store motion

2012-02-21 Thread Richard Guenther
On Tue, Feb 21, 2012 at 10:57 AM, Jiangning Liu wrote: > > >> -Original Message- >> From: Richard Guenther [mailto:richard.guent...@gmail.com] >> Sent: Tuesday, February 21, 2012 5:40 PM >> To: Jiangning Liu >> Cc: gcc@gcc.gnu.org >> Subject: Re: A problem about loop store motion >> >> On

RE: A problem about loop store motion

2012-02-21 Thread Jiangning Liu
> -Original Message- > From: Richard Guenther [mailto:richard.guent...@gmail.com] > Sent: Tuesday, February 21, 2012 5:40 PM > To: Jiangning Liu > Cc: gcc@gcc.gnu.org > Subject: Re: A problem about loop store motion > > On Tue, Feb 21, 2012 at 9:54 AM, Jiangning Liu > wrote: > >> The ME

Re: A problem about loop store motion

2012-02-21 Thread Richard Guenther
On Tue, Feb 21, 2012 at 9:54 AM, Jiangning Liu wrote: >> The MEM form is more "canonical", so the loop SM machinery to detect >> equality should be adjusted accordingly.  Alternatively you can teach >> PRE insertion to strip off the MEM if possible (though >> fold_stmt_inplace should >> arelady do

Re: Inefficient end-of-loop value computation - missed optimization somewhere?

2012-02-21 Thread Richard Guenther
On Mon, Feb 20, 2012 at 11:19 PM, Ulrich Weigand wrote: > Hello, > > we've noticed that the loop optimizer sometimes inserts weirdly > inefficient code to compute the value of an induction variable > at the end of the loop. > > As a test case stripped down to the core of the problem, consider: > >

RE: A problem about loop store motion

2012-02-21 Thread Jiangning Liu
> The MEM form is more "canonical", so the loop SM machinery to detect > equality should be adjusted accordingly. Alternatively you can teach > PRE insertion to strip off the MEM if possible (though > fold_stmt_inplace should > arelady do this if possible). Richard, Thank you! You are right. I n