RE: VREGS fails to handle subreg of mem

Thank you for the feedback. I did found the issue in mode_dependent_address_p hook. //Claudiu > -Original Message- > From: Eric Botcazou [mailto:ebotca...@adacore.com] > Sent: Monday, March 31, 2014 10:21 PM > To: Claudiu Zissulescu > Cc: gcc@gcc.gnu.org; Francois Bedard; claz...@gmail.c

-fleading-underscore is not working as expected.

Dear All , Was enabled the switch "-fleading-underscore" to emit the global symbol name with prefix _ . The respective C source file int a=10; int b=10,c; int test() { c =a+b ; tes(); return c ; } and respective asm file .global _a .section.dat

Help needed with zero/sign extension

One embarrassing feature of the moxie compiler port is that it really doesn't understand how to promote integral types. Moxie cores zero-extend all loads, but the compiler still shifts loaded values back and forth to zero out the upper bits. So... unsigned int foo (unsigned char *c) { return

Re: Help needed with zero/sign extension

On 2 April 2014 13:08, Anthony Green wrote: > I though the answer was to simply add something like this... > > (define_insn "zero_extendqisi" > [(set (match_operand:SI 0 "register_operand" "=r") > (zero_extend:SI (match_operand:QI 1 "register_operand" "r")))] > "" > "; ZERO EXTEND (

Re: WPA stream_out form & memory consumption

On 03/27/2014 10:48 AM, Martin Liška wrote: Previous patch is wrong, I did a mistake in name ;) Martin On 03/27/2014 09:52 AM, Martin Liška wrote: On 03/25/2014 09:50 PM, Jan Hubicka wrote: Hello, I've been compiling Chromium with LTO and I noticed that WPA stream_out forks and do paral

Access Error in classify_object_over_fdes on sparc-rtems

Hi I am sure this is a simple mistake in our linker script but what magic incantation, symbols, sections, end marker, etc. are assumed to be properly constructed before this method works? A pointer to the right magic in the standard sparc-elf linker script would likely be sufficient for me to fix

HARD_REGNO_CALL_PART_CLOBBERED and regs_invalidated_by_call

Hi Richard, As part of implementing the new O32 FPXX ABI I am making use of the HARD_REGNO_CALL_PART_CLOBBERED macro to allow odd-numbered floating-point registers to be considered as 'normally' callee-saved but call clobbered if they are being used to hold SImode or SFmode data. The macro is i

Re: Help needed with zero/sign extension

On 04/02/14 06:08, Anthony Green wrote: One embarrassing feature of the moxie compiler port is that it really doesn't understand how to promote integral types. Moxie cores zero-extend all loads, but the compiler still shifts loaded values back and forth to zero out the upper bits. I'm a bit sur

Re: Help needed with zero/sign extension

Joern Rennecke writes: > On 2 April 2014 13:08, Anthony Green wrote: > >> I though the answer was to simply add something like this... >> >> (define_insn "zero_extendqisi" >> [(set (match_operand:SI 0 "register_operand" "=r") >> (zero_extend:SI (match_operand:QI 1 "register_operand" "r

Re: [patch] Fix texinfo warnings for doc/gcc.texi [was: Re: doc bugs]

*PING* Tobias Burnus wrote: H.J. Lu wrote: On Fri, Mar 28, 2014 at 12:41 PM, Mike Stump wrote: Since we are nearing release, I thought I'd mention I see: ../../gcc/gcc/doc/invoke.texi:1114: warning: node next `Overall Options' in menu `C Dialect Options' and in sectioning `Invoking G++' dif

Re: Help needed with zero/sign extension

Jeff Law writes: > On 04/02/14 06:08, Anthony Green wrote: >> >> One embarrassing feature of the moxie compiler port is that it really >> doesn't understand how to promote integral types. Moxie cores >> zero-extend all loads, but the compiler still shifts loaded values back >> and forth to zero

Re: -fleading-underscore is not working as expected.

On Wed, Apr 2, 2014 at 2:15 AM, Umesh Kalappa wrote: > > Was enabled the switch "-fleading-underscore" to emit the global > symbol name with prefix _ . > ld HL, (a) > > ld DE, (b) > > add DE, HL > > ld (c), DE > > cal _tes > >

collect2 "-o" argument position problem

Hello guys, I don't know whether this is the best place to ask for this, but anyway, here we go: I have two different commandlines for collect2 (I got them after using -v in gcc) and I found out that the original one does not work because of the position in the parameter list. Error: /home/davi

Re: WPA stream_out form & memory consumption

> > Hello, > taking latest trunk gcc, I built Firefox and Chromium. Both > projects compiled without debugging symbols and -O2 on an 8-core > machine. > > Firefox: > -flto=9, peak memory usage (in LTRANS): 11GB > > Chromium: > -flto=6, peak memory usage (in parallel WPA phase ): 16.5GB I see,

Re: collect2 "-o" argument position problem

On Wed, Apr 2, 2014 at 3:26 PM, David Guillen wrote: > Hello guys, > > I don't know whether this is the best place to ask for this, but > anyway, here we go: > > I have two different commandlines for collect2 (I got them after using > -v in gcc) and I found out that the original one does not work

Re: WPA stream_out form & memory consumption

> Previous email presents a bit misleading graphs (influenced by > --enable-gather-detailed-mem-stats). > > Firefox: > -flto=9, WPA peak: 8GB, LTRANS peak: 8GB > -flto=4, WPA peak: 5GB, LTRANS peak: 3.5GB > -flto=1, WPA peak: 3.5GB, LTRANS peak: ~1GB > > These data shows that parallel WPA streami

Re: collect2 "-o" argument position problem

On 2 April 2014 23:26, David Guillen wrote: > Hello guys, > > I don't know whether this is the best place to ask for this, gcc-h...@gcc.gnu.org would have been better :-)