[Patch ARM] PR48203 Don't split call from it's CALL_ARG_LOCATION note.

2011-03-20 Thread Ramana Radhakrishnan
Hi, The attached patch fixes PR48203 for ARM by not splitting the call from it's call_arg_location note while emitting literal pools. This is similar to the patch for s390 and I notice one for sh that fixes a similar issue. The other patch in the audit trail by Jakub is needed to fix up the

Re: [PATCH] Document --with-plugin-ld

2011-03-20 Thread Richard Guenther
On Sat, Mar 19, 2011 at 7:06 PM, Gerald Pfeifer ger...@pfeifer.com wrote: On Fri, 18 Mar 2011, Richard Guenther wrote: ! @item --with-plugin-ld=@var{pathname} ! Enable an alternate linker to be used at link-time optimization (LTO) ! link time when @option{-fuse-linker-plugin} is enabled. I

[patch] Fix PR48183, NEON ICE in emit-rtl.c:immed_double_const() under -g

2011-03-20 Thread Chung-Lin Tang
Hi, PR48183 is a case where ARM NEON instrinsics, under -O -g, produce debug insns that tries to expand OImode (32-byte integer) zero constants, much too large to represent as two HOST_WIDE_INTs; as the internals manual indicates, such large constants are not supported in general, and ICEs on the

Re: [patch] Fix PR48183, NEON ICE in emit-rtl.c:immed_double_const() under -g

2011-03-20 Thread Richard Guenther
On Sun, Mar 20, 2011 at 12:01 PM, Chung-Lin Tang clt...@codesourcery.com wrote: Hi, PR48183 is a case where ARM NEON instrinsics, under -O -g, produce debug insns that tries to expand OImode (32-byte integer) zero constants, much too large to represent as two HOST_WIDE_INTs; as the internals

Re: [PATCH] Fix -fcrossjumping at -O1 (PR rtl-optimization/48156)

2011-03-20 Thread Kenneth Zadeck
yes On 03/20/2011 08:44 AM, Jakub Jelinek wrote: On Sat, Mar 19, 2011 at 09:42:26AM -0400, Kenneth Zadeck wrote: i think that this is the right way to go.my view is not just what the code currently does, but also from the perspective of the way i want this to work as the back ends evolve.

C-family stack check for threads

2011-03-20 Thread Thomas Klein
Hi I would like to have a stack check for threads with small stack space for each thread. (I'm using a ARM Cortex-M3 microcontroller with a stack size of a 1 KByte per Thread.) Each thread having its own limit address. The thread scheduler can then calculate the limit and store this value

[Patch ARM] PR47930 Fix documentation for marm / mthumb

2011-03-20 Thread Ramana Radhakrishnan
Hi, This fixes up documentation for the -marm option and changes the behaviour of mthumb to reject the negative options to bring this to behave similar to the marm option. The option needs to be documented since we now have situations where toolchains default to Thumb state and folks need a

Re: [PATCH, 4.7] PR 48192, Make conditional macros not defined for #ifdef

2011-03-20 Thread Mark Mitchell
On 3/18/2011 4:26 PM, Michael Meissner wrote: This patch makes conditional macros that are used in the PowerPC and SPU ports not be 'defined' for the #ifdef, #ifndef, and #if defined(...) tests. I think that's a desirable change, from a language semantics point of view, but I would defer to

Fix PR bootstrap/48168

2011-03-20 Thread Eric Botcazou
This is the Ada bootstrap failure on SPARC caused by the recent VTA changes. As on other platforms, the delegitimize_address routine needs to be enhanced. Applied on the mainline. 2011-03-20 Eric Botcazou ebotca...@adacore.com PR bootstrap/48168 * config/sparc/sparc.c

Re: [patch, fortran] Function call optimization

2011-03-20 Thread Mikael Morin
Here is the new version of the patch. Regression-tested. OK for trunk? OK this time. Thank you. Mikael

Re: [PATCH, 4.7] PR 48192, Make conditional macros not defined for #ifdef

2011-03-20 Thread Joseph S. Myers
On Sun, 20 Mar 2011, Mark Mitchell wrote: On 3/18/2011 4:26 PM, Michael Meissner wrote: This patch makes conditional macros that are used in the PowerPC and SPU ports not be 'defined' for the #ifdef, #ifndef, and #if defined(...) tests. I think that's a desirable change, from a

Re: [x32] PATCH: PR middle-end/47725: [x32] error: unable to find a register to spill in class DIREG

2011-03-20 Thread H.J. Lu
On Thu, Mar 17, 2011 at 9:00 PM, H.J. Lu hjl.to...@gmail.com wrote: On Thu, Mar 17, 2011 at 5:30 PM, H.J. Lu hjl.to...@gmail.com wrote: On Tue, Feb 15, 2011 at 2:55 PM, Bernd Schmidt ber...@codesourcery.com wrote: On 02/14/2011 08:46 PM, Eric Botcazou wrote: I agree with Jeff that combine