Re: [PATCH] fix -Wsign-compare error in objc-act.c (PR objc/50743)

2011-10-17 Thread Nicola Pero
> (I don't have svn write access so I'll need someone else to commit it if > it's approved.) I can apply it for you. But ... do you have a copyright assignment in place for contributions to GCC ? The patch looks small and trivial enough that I think I can apply it without a signed copyright assi

Expanding instructions with condition codes inter-deps

2011-10-17 Thread Paulo J. Matos
Hi, To negate a double word (HImode) register, I used to take the instruction all the way to assembly generation and then expand into three assembly instructions like so: xor %t0, # ; invert bits in top word of op0 nadd %b0, #0; negate bottom bits of op0 addc %t0, #0; add ca

Re: asm in inline function invalidating function attributes?

2011-10-17 Thread Ulrich Drepper
On Mon, Oct 17, 2011 at 02:57, Richard Guenther > It would simply be an alternate ABI that makes all registers callee-saved? > I suppose that would be not too hard to add. That would be great. There are quite a few interfaces which have a trivial normal case and only in special situations you ne

Re: asm in inline function invalidating function attributes?

2011-10-17 Thread Andi Kleen
> > At least the Linux kernel has a couple such cases ("nasty inline asm to > > hide register clobbering in calls") and it's always ugly and hard to > > maintain. > > It would simply be an alternate ABI that makes all registers callee-saved? Yes exactly that. -Andi -- a...@linux.intel.com -- Sp

RE: optimization question: mpl

2011-10-17 Thread Hite, Christopher
I'm sorry I haven't gotten around to chasing this sooner. I needed to learn how to use objdump and read the assembler. The code now lets you define the depth. It generates some pretty crappy code even with gcc-4.6.0 on O3. The code when generating a 20 deep template inlines every 6 levels.

Re: Expanding instructions with condition codes inter-deps

2011-10-17 Thread Andrew Pinski
On Mon, Oct 17, 2011 at 3:50 AM, Paulo J. Matos wrote: > addc_internal looks like: > (define_insn "addc_internal" >  [(set (match_operand:QI 0 "nonimmediate_operand" "=c") >        (plus:QI >          (plus:QI >            (ltu:QI (reg:CC RCC) (const_int 0)) >            (match_operand:QI 1 "noni

FW: How to let Linux kernel Makefile generate intermediate *.i files ? It doesn't work to add "EXTRA_CFLAGS += -save-temps" in Makefile and gets "cc: warning: -pipe ignored because -wave-temps specif

2011-10-17 Thread Liu Wang
-Original Message- From: Liu Wang Sent: Saturday, October 15, 2011 5:42 PM To: 'gcc-h...@gcc.gnu.org' Subject: How to let Linux kernel Makefile generate intermediate *.i files ? It doesn't work to add "EXTRA_CFLAGS += -save-temps" in Makefile and gets "cc: warning: -pipe ignored becaus

Re: FW: How to let Linux kernel Makefile generate intermediate *.i files ? It doesn't work to add "EXTRA_CFLAGS += -save-temps" in Makefile and gets "cc: warning: -pipe ignored because -wave-temps sp

2011-10-17 Thread Randy Dunlap
On 10/17/2011 09:27 AM, Liu Wang wrote: > > > -Original Message- > From: Liu Wang > Sent: Saturday, October 15, 2011 5:42 PM > To: 'gcc-h...@gcc.gnu.org' > Subject: How to let Linux kernel Makefile generate intermediate *.i files ? > It doesn't work to add "EXTRA_CFLAGS += -save-temps"

gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Richard Henderson
On 10/17/2011 07:09 AM, Bob Breuer wrote: > I don't think this is a free/g_free issue. If I use the following > patch, then I at least get the openbios messages: > > diff --git a/cpu-exec.c b/cpu-exec.c > index a9fa608..dfbd6ea 100644 > --- a/cpu-exec.c > +++ b/cpu-exec.c > @@ -180,6 +180,7 @@ st

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Blue Swirl
On Mon, Oct 17, 2011 at 5:22 PM, Richard Henderson wrote: > On 10/17/2011 07:09 AM, Bob Breuer wrote: >> I don't think this is a free/g_free issue.  If I use the following >> patch, then I at least get the openbios messages: >> >> diff --git a/cpu-exec.c b/cpu-exec.c >> index a9fa608..dfbd6ea 1006

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Richard Henderson
On 10/17/2011 12:14 PM, Blue Swirl wrote: > IIRC buggy versions of alloca() could also fail without a frame pointer. (1) GCC always uses a frame pointer for alloca, (2) Unless you do -fno-builtin-alloca, we always implement it inline. r~

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Bob Breuer
Richard Henderson wrote: > On 10/17/2011 07:09 AM, Bob Breuer wrote: >> I don't think this is a free/g_free issue. If I use the following >> patch, then I at least get the openbios messages: >> >> diff --git a/cpu-exec.c b/cpu-exec.c >> index a9fa608..dfbd6ea 100644 >> --- a/cpu-exec.c >> +++ b/cp

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Kai Tietz
2011/10/17 Bob Breuer : > Richard Henderson wrote: >> On 10/17/2011 07:09 AM, Bob Breuer wrote: >>> I don't think this is a free/g_free issue.  If I use the following >>> patch, then I at least get the openbios messages: >>> >>> diff --git a/cpu-exec.c b/cpu-exec.c >>> index a9fa608..dfbd6ea 100644

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Bob Breuer
Kai Tietz wrote: > 2011/10/17 Bob Breuer : >> Richard Henderson wrote: >>> On 10/17/2011 07:09 AM, Bob Breuer wrote: I don't think this is a free/g_free issue. If I use the following patch, then I at least get the openbios messages: diff --git a/cpu-exec.c b/cpu-exec.c ind

Re: [Qemu-devel] gcc auto-omit-frame-pointer vs msvc longjmp

2011-10-17 Thread Kai Tietz
2011/10/18 Bob Breuer : > Kai Tietz wrote: >> 2011/10/17 Bob Breuer : >>> Richard Henderson wrote: On 10/17/2011 07:09 AM, Bob Breuer wrote: > I don't think this is a free/g_free issue.  If I use the following > patch, then I at least get the openbios messages: > > diff --git a

AIX library issues

2011-10-17 Thread Perry Smith
I've discovered an issue which I can't believe I'm the first to bump in to. But I've checked older gcc installs and find the same issue. I did a brief internet search and found sorta similar issues but I'm not sure if they explained it as I see it. I bumped into this while trying to build lzma.

Re: RFC: Add --plugin-gcc option to ar/nm

2011-10-17 Thread Dave Korn
On 15/10/2011 23:44, H.J. Lu wrote: > Hi, > > ---plugin option for ar/nm is very long. I am proposing to add > a --plugin-gcc option. It can be implemented with > > 1. Move LTOPLUGINSONAME from gcc to config/plugins.m4. > 2. Define LTOPLUGINSONAME for ar/nm. > 3. For --plugin-gcc, ar/nm call p

Function Name from CALL_INSN RTX

2011-10-17 Thread Iyer, Balaji V
Hello Everyone, Is it possible to extract the function name (as a tree or char *) from a CALL_INSN RTX? Is there a #define or a series of #defines that can accomplish this? The tried to find this information by stepping through the print_rtx function using gdb and the inf

Re: Function Name from CALL_INSN RTX

2011-10-17 Thread Ian Lance Taylor
"Iyer, Balaji V" writes: >Is it possible to extract the function name (as a tree or char *) > from a CALL_INSN RTX? Is there a #define or a series of #defines that can > accomplish this? Not always, of course. A call through a function pointer has no name. The function get_callee_f

register allocation in gcc

2011-10-17 Thread vikramsp
In my .md file there is an insn (define_insn abssf2 (clobber (match_scratch 2 "")) the %2 register is allocated as r0 in the real code. My problem is that i want other than r0 to be allocated for operand 2. Please help how to do that. -- View this message in context: