Combine pass with reused sources

2013-08-12 Thread Lu, John
Hi, I'm working on compiler for an architecture with a multiply instruction that takes two 32-bit factors, sign-extends both factors to 64-bits and then does a 64-bit multiplication and stores the result to a destination register. The combine pass successfully generates the pattern (mulhizi3) f

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread H. Peter Anvin
On 08/12/2013 09:09 AM, Peter Zijlstra wrote: >> >> On the majority of architectures, including x86, you cannot simply copy >> a piece of code elsewhere and have it still work. > > I thought we used -fPIC which would allow just that. > Doubly wrong. The kernel is not compiled with -fPIC, nor do

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread Peter Zijlstra
On Mon, Aug 12, 2013 at 09:02:02AM -0700, Andi Kleen wrote: > "H. Peter Anvin" writes: > > > However, I would really like to > > understand what the value is. > > Probably very little. When I last looked at it, the main overhead in > perf currently seems to be backtraces and the ring buffer, not

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread Peter Zijlstra
On Mon, Aug 12, 2013 at 07:56:10AM -0700, H. Peter Anvin wrote: > On 08/12/2013 02:17 AM, Peter Zijlstra wrote: > > > > I've been wanting to 'abuse' static_key/asm-goto to sort-of JIT > > if-forest functions like perf_prepare_sample() and perf_output_sample(). > > > > They are of the form: > > >

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread Andi Kleen
"H. Peter Anvin" writes: > However, I would really like to > understand what the value is. Probably very little. When I last looked at it, the main overhead in perf currently seems to be backtraces and the ring buffer, not this code. -Andi -- a...@linux.intel.com -- Speaking for myself only

Re: HAVE_ATTR_enabled mishandling?

2013-08-12 Thread Chung-Ju Wu
On 7/10/13 5:51 AM, David Given wrote: > I think I have found a bug. This is in stock gcc 4.8.1... > > My backend does not use the 'enabled' attribute; therefore the following > code in insn-attr.h kicks in: > > #ifndef HAVE_ATTR_enabled > #define HAVE_ATTR_enabled 0 > #endif > > Therefore

[no subject]

2013-08-12 Thread Агентство интенет рекламы
E-mail рассылки рекламы Возможные базы: - Москва и Петербург; - Города РФ; - Фирмы любых сфер бизнеса; - Любые страны; Любые формы оплаты. Моментальный эффект. Самые низкие расценки ны рынке. Дателизированный отчет в личном кабинете. Обращайтесь по любым возникшим вопросам по телефону: 7(49 5)

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread H. Peter Anvin
On 08/12/2013 02:17 AM, Peter Zijlstra wrote: > > I've been wanting to 'abuse' static_key/asm-goto to sort-of JIT > if-forest functions like perf_prepare_sample() and perf_output_sample(). > > They are of the form: > > void func(obj, args..) > { > unsigned long f = ...; > > if (f &

Re: i686 elf return values

2013-08-12 Thread Nathan Sidwell
On 08/12/13 08:07, Maciej W. Rozycki wrote: My conclusion therefore is i386/ELF was not maintained, as far as the return convention is concerned, beyond r34721 and it looks to me like it should have been converted with r45726 to make use of ix86_return_in_memory just like generic i386, perhaps

Re: i686 elf return values

2013-08-12 Thread Maciej W. Rozycki
On Tue, 6 Aug 2013, Gabriel Dos Reis wrote: > On Tue, Aug 6, 2013 at 1:46 PM, Nathan Sidwell wrote: > > Hi, > > i386elf.h defines: > > > > /* The ELF ABI for the i386 says that records and unions are returned > >in memory. */ > > > > #define SUBTARGET_RETURN_IN_MEMORY(TYPE, FNTYPE) \ > >

Re: [RFC] vector subscripts/BIT_FIELD_REF in Big Endian.

2013-08-12 Thread Bill Schmidt
On Mon, 2013-08-12 at 11:54 +0100, Tejas Belagod wrote: > >> What's interesting to me here is the bitpos - does this not need > >> BYTES_BIG_ENDIAN correction? This seems to be inconsistenct with what > >> happens > >> with reduction operations in the autovectorizer where the scalar result in >

Re: [RFC] vector subscripts/BIT_FIELD_REF in Big Endian.

2013-08-12 Thread Tejas Belagod
What's interesting to me here is the bitpos - does this not need BYTES_BIG_ENDIAN correction? This seems to be inconsistenct with what happens with reduction operations in the autovectorizer where the scalar result in the reduction epilogue gets extracted with a BIT_FIELD_REF but the bitpos ther

Re: How to specify multiple OSDIRNAME suffixes for multilib (Multilib usage with MPX)?

2013-08-12 Thread Ilya Enkovich
2013/8/12 Terry Guo : > > >> -Original Message- >> From: Ilya Enkovich [mailto:enkovich@gmail.com] >> Sent: Monday, August 12, 2013 4:37 PM >> To: Terry Guo >> Cc: GCC Development >> Subject: Re: How to specify multiple OSDIRNAME suffixes for multilib >> (Multilib usage with MPX)? >> >>

Re: [x86-64 psABI] RFC: Extend x86-64 PLT entry to support MPX

2013-08-12 Thread Jan Beulich
>>> On 09.08.13 at 19:03, "H.J. Lu" wrote: > On Fri, Aug 9, 2013 at 12:08 AM, Jan Beulich wrote: > On 08.08.13 at 18:01, "H.J. Lu" wrote: >>> On Thu, Aug 8, 2013 at 12:19 AM, Jan Beulich wrote: >>> On 08.08.13 at 02:33, "H.J. Lu" wrote: > We use the .gnu_attribute directive to reco

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-12 Thread Peter Zijlstra
On Mon, Aug 05, 2013 at 12:55:15PM -0400, Steven Rostedt wrote: > [ sent to both Linux kernel mailing list and to gcc list ] > Let me hijack this thread for something related... I've been wanting to 'abuse' static_key/asm-goto to sort-of JIT if-forest functions like perf_prepare_sample() and per

RE: How to specify multiple OSDIRNAME suffixes for multilib (Multilib usage with MPX)?

2013-08-12 Thread Terry Guo
> -Original Message- > From: Ilya Enkovich [mailto:enkovich@gmail.com] > Sent: Monday, August 12, 2013 4:37 PM > To: Terry Guo > Cc: GCC Development > Subject: Re: How to specify multiple OSDIRNAME suffixes for multilib > (Multilib usage with MPX)? > > Hi Terry, > > Thanks a lot for

Re: How to specify multiple OSDIRNAME suffixes for multilib (Multilib usage with MPX)?

2013-08-12 Thread Ilya Enkovich
Hi Terry, Thanks a lot for your reply! I suppose I have to introduce some new option like MULTILIB_COMPATIBLE to produce additional search locations for libraries. Does it sound reasonable? Any advice on implementation? Thanks, Ilya 2013/8/12 Terry Guo : > > >> -Original Message- >> From

Re: load reverse

2013-08-12 Thread Andrew Haley
On 08/12/2013 05:22 AM, sravan megan wrote: > Anyone please help me to get out of this issue It's hard for anyone to do that because we don't have your code. Did you step through insn-output.c with GDB when compiling your test case? What happened? Andrew.