Re: ggc_alloc_rtvec_sized allocates spaces more than necessary?

2011-08-15 Thread Laurynas Biveinis
2011/8/15 Andreas Schwab : > I think it was meant to be this: > > #define ggc_alloc_rtvec_sized(NELT)                                     \ >  ggc_alloc_zone_rtvec_def (sizeof (struct rtvec_def)                   \ >                            + ((NELT) - 1) * sizeof (rtx),              \ >        

Re: ggc_alloc_rtvec_sized allocates spaces more than necessary?

2011-08-15 Thread Laurynas Biveinis
> On Mon, Aug 15, 2011 at 2:16 PM, 王亮 wrote: >> The size it allocates is >> >>  (sizeof (struct rtvec_def) + ((NELT) - 1)) * sizeof (rtx) >> Originally, the allocated size is >> >>  sizeof (struct rtvec_def) + ((NELT) - 1) * sizeof (rtx) Yes, this is correct, good catch. >>  (sizeof (struct rtv

Re: A question about sched_analyze_insn in sched-deps.c

2011-08-15 Thread Ayal Zaks
>AFAIK SMS will not do speculative memory access. Right, SMS does no speculative memory access. Though that might not be a bad idea... Ayal. 2011/8/11 Revital Eres > > Hello, > > >> I appriciate explanation regarding the following piece of code in > >> sched_analyze_insn function (sched-deps.c)

Re: Announcing the Port of Intel(r) Cilk (TM) Plus into GCC

2011-08-15 Thread H.J. Lu
Hi, I checked this into cilkplus branch. Jason, can you also mirror branches/cilkplus in GCC git mirror? Thanks. H.J. On Mon, Aug 15, 2011 at 1:30 PM, Iyer, Balaji V wrote: > Hello Everyone, >   This letter describes the recently created GCC branch called "cilkplus" > that ports the Inte

Announcing the Port of Intel(r) Cilk (TM) Plus into GCC

2011-08-15 Thread Iyer, Balaji V
Hello Everyone, This letter describes the recently created GCC branch called "cilkplus" that ports the Intel(R) Cilk(TM) Plus language extensions to the C and C++ front-ends of gcc-4.7. We are looking for collaborators and advice as we proceed - both on this open-source gcc project, and on th

Re: i370 port

2011-08-15 Thread Ulrich Weigand
Paul Edwards wrote: > Unfortunately it's not quite right, seemingly not loading R9 properly: > > LR9,13 > AR9,13 > MVC 0(10,9),0(2) That's weird. What does the reload dump (.greg) say? > And it had a knock-on effect too, producing bad code elsewhere: > > < SLR 2,2 > <

Re: ggc_alloc_rtvec_sized allocates spaces more than necessary?

2011-08-15 Thread Andreas Schwab
王亮 writes: > Hi, > > Current implementation of ggc_alloc_rtvec_sized is > > #define ggc_alloc_rtvec_sized(NELT) \ > (ggc_alloc_zone_vec_rtvec_def (sizeof (rtx),\ >sizeof (struct rtvec_def) + ((NELT

Re: [PATCH] Remove "bogus" g++.dg/init/copy7.C testcase

2011-08-15 Thread Mike Stump
On Aug 15, 2011, at 5:42 AM, Richard Guenther wrote: > The argument still holds that no reasonable memcpy implementation > will reject the src == dest case. Hum... Sounds like if that's the case that we should document it in the manual as something we expect (requirement) of the memcpy implement

Re: i370 port

2011-08-15 Thread Paul Edwards
You'll need to mark your new constraint as EXTRA_MEMORY_CONSTRAINT so that reload knows what to do when an argument doesn't match. Thanks! That certainly produced an effect. Unfortunately it's not quite right, seemingly not loading R9 properly: LR9,13 AR9,13 MVC 0(10,9),0(2) And it

Re: i370 port

2011-08-15 Thread Ulrich Weigand
Paul Edwards wrote: > I was surprised that an instruction that is marked as s_operand > was getting a seemingly non-s_operand given to it, so I added an > "S" constraint: That's right. It is not good to have a constraint that accepts more than the predicate, since reload will at this point only

[PATCH] Remove "bogus" g++.dg/init/copy7.C testcase

2011-08-15 Thread Richard Guenther
The g++.dg/init/copy7.C testcase checks whether the C++ frontend guards memcpy it emits via a conditional verifying that src != dst because calling memcpy with overlapping source / destination is not supported. The testcase is misguided though (and the C++ frontend was, until recently) - the midd

Re: New mirror

2011-08-15 Thread Sergey Kutserey
Hi again! Can you please reply - do you ever need this mirror? Thank you. On Mon, Aug 8, 2011 at 1:43 PM, Sergey Kutserey wrote: > Hi there! We just raised a new mirror in US, Missouri, Saint Louis. > It has 100Mb/s connection and synced twice a day from main site gcc.gnu.org > URL of mirror is:

Re: ggc_alloc_rtvec_sized allocates spaces more than necessary?

2011-08-15 Thread Richard Guenther
On Mon, Aug 15, 2011 at 2:16 PM, 王亮 wrote: > Hi, > > Current implementation of ggc_alloc_rtvec_sized is > > #define ggc_alloc_rtvec_sized(NELT)                                     \ >    (ggc_alloc_zone_vec_rtvec_def (sizeof (rtx),                        \ >                                   sizeo

ggc_alloc_rtvec_sized allocates spaces more than necessary?

2011-08-15 Thread 王亮
Hi, Current implementation of ggc_alloc_rtvec_sized is #define ggc_alloc_rtvec_sized(NELT) \ (ggc_alloc_zone_vec_rtvec_def (sizeof (rtx),\ sizeof (struct rtvec_def) + ((NELT) - 1), \

Re: A case that PRE optimization hurts performance

2011-08-15 Thread Václav Zeman
On Tue, 2 Aug 2011 10:37:03 +0800, Jiangning Liu wrote: Hi, For the following simple test case, PRE optimization hoists computation (s!=1) into the default branch of the switch statement, and finally causes very poor code generation. This problem occurs in both X86 and ARM, and I believe it

viewvc: python: RuntimeError: maximum recursion limit exceeded

2011-08-15 Thread Georg-Johann Lay
Hi, I'm getting the following error in viewvc for several days now: http://gcc.gnu.org/viewcvs/trunk/gcc/dse.c?view=markup An Exception Has Occurred Python Traceback Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/viewvc/lib/viewvc.py", line 4463, in main reque