4-15% speed-up in std::sort special case - is it worth the effort?

2010-08-25 Thread Jaroslav Hajek
Hi all, I've been experimenting with sorting recently and I have noticed a possibility to slightly optimize the sorting of std::pair values using the default < operator. This is, I believe, a common usage case to retrieve sorting indices (better locality of reference than sorting via pointers). At

Re: Change macro SHIFT_COUNT_TRUNCATED to target hook TARGET_SHIFT_COUNT_TRUNCATED?

2010-08-25 Thread Richard Guenther
On Wed, Aug 25, 2010 at 7:29 AM, Mingjie Xing wrote: > Hello, > > I have a problem about the definition of SHIFT_COUNT_TRUNCATED. MIPS > is a SHIFT_COUNT_TRUNCATED target, and has it defined as 1. While > loongson-specific vector insns are not SHIFT_COUNT_TRUNCATED. That > means that the macro dep

Re: mov arguments are the same

2010-08-25 Thread Paulo J. Matos
On Tue, Aug 24, 2010 at 3:10 PM, Ian Lance Taylor wrote: > "Paulo J. Matos" writes: > > Moves between the same register are normally eliminated by a loop at the > end of reload().  Does your processor support memory-to-memory moves? Nope, not really. > I > don't think anything will explicitly e

Re: Improving gengtype (for plugin support notably) - how to get a rather big patch accepted?

2010-08-25 Thread Ian Lance Taylor
Basile Starynkevitch writes: > On Tue, 2010-08-24 at 15:19 -0700, Ian Lance Taylor wrote: >> >> > However, our patch also added some improvements to gengtype itself >> >> Improvements are desirable, but if it is all possible you should >> separate these improvements from your other work. It is

Re: Improving gengtype (for plugin support notably) - how to get a rather big patch accepted?

2010-08-25 Thread Basile Starynkevitch
Hello On Wed, 2010-08-25 at 06:50 -0700, Ian Lance Taylor wrote: > Basile Starynkevitch writes: > > > On Tue, 2010-08-24 at 15:19 -0700, Ian Lance Taylor wrote: > >> > >> > However, our patch also added some improvements to gengtype itself > >> > >> Improvements are desirable, but if it is al

Can anyone tell me how to mark an instruction as taking 2 instruction slots for the scheduler?

2010-08-25 Thread Dave Hudson
I have a single issue pipeline that I need to schedule more accurately. For the most part this is fine but the CPU is a 32-bit design but for 64-bit opcodes (DImode or DFmode) I need to generate 2 opcodes and not one, but these only appear as a single instruction until after reload has run. Wh

Re: Improving gengtype (for plugin support notably) - how to get a rather big patch accepted?

2010-08-25 Thread Laurynas Biveinis
2010/8/25 Basile Starynkevitch : > I am not at all sure we would be able to sent them separately, in such a > way that gengtype still works correctly with each patch applied one by > one. It's hard to tell without looking at your patch, but your cleanups do sound independent. Also you can define t

Re: Improving gengtype (for plugin support notably) - how to get a rather big patch accepted?

2010-08-25 Thread Basile Starynkevitch
On Wed, 2010-08-25 at 22:41 +0300, Laurynas Biveinis wrote: > > > Besides, testing any gengtype change is very expensive for us (& > > probably for others), because we have to regenerate all the gt*.[ch] > > generated files & rebuild the entire compiler at each test. Even with > > the help of ccac

Beginner: Declarations do not show up when iterating through Gimple stmts

2010-08-25 Thread Jeff Saremi
I wanted to go through declarations in a function and print them out so as to get more familiar with them before being able to manipulate them. I wrote this function as a plugin; it successfully writes out all statements but mysteriouslty the declarations are missing. What am I missing? Is there

Re: Improving gengtype (for plugin support notably) - how to get a rather big patch accepted?

2010-08-25 Thread Laurynas Biveinis
2010/8/25 Basile Starynkevitch : > On Wed, 2010-08-25 at 22:41 +0300, Laurynas Biveinis wrote: >> >> > Besides, testing any gengtype change is very expensive for us (& >> > probably for others), because we have to regenerate all the gt*.[ch] >> > generated files & rebuild the entire compiler at eac