[RFC] When adding an offset to a lo_sum containing a symbol, check it is in range of the symbol's alignment

Hi, In MIPS (and similarly for other RISC architectures) to load an absolute address of an object requires a two instruction sequence: one instruction to load the high part of the object's address, and one instruction to load the low part of the object's address. Typically the result from the

RE: [RFC] When adding an offset to a lo_sum containing a symbol, check it is in range of the symbol's alignment

> It almost sounds like you need to be preventing the compiler from > considering a lo_sum (whatever) as an offsettable memory address when > the underlying object has had its alignment decreased from its natural > alignment. > > I wouldn't be at all surprised if you do this you won't see the calls

RE: Autotuning parameters/heuristics within gcc - best place to start?

> -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of Gary > Funck > Sent: 28 September 2014 20:02 > To: Andi Kleen > Cc: Robert Stevenson; gcc@gcc.gnu.org > Subject: Re: Autotuning parameters/heuristics within gcc - best place to > start? > > On 09

RE: gcc testsuite

> 3. To run the testsuite :- sourcedir.../gcc-4.4.5/gcc > make check > > It generates lot of failures What kind of failures are you seeing? If possible could you have a look at the *.log files in the testsuite directory and summarise the errors you are seeing. > Thanks & regards > Mappy Man

RE: gcc testsuite

> Hi, > These kinds of failures > This failure is repeating again and again > > FAIL: gcc.c-torture/compile/990625-1.c -O0 (test for excess errors) > Excess errors: > /home/ash/rpm-root/packages/BUILD/gcc-4.4.5/gcc/testsuite/gcc.c- > torture/compile/990625-1.c:2:20: > error: string.h: No such fi

RE: gcc testsuite

> Hi, >I couldn't find newlib in my source gcc-4.5.5 directory. I download > and try to install it, i think it is not completed > when i run make install ...it ends quickly with the message shown below > > make[2]: Leaving directory /gcc-4.4/build_newlib/etc' > make[1]: Nothing to be done for

Is the check performed on the return value from force_const_mem in the plus_constant function correct?

Hi, I am debugging a segmentation fault when compiling some code for MIPS. The segmentation fault occurs in the plus_constant function in explow.c when it tries to update a constant pool value. The offending code is below: case MEM: /* If this is a reference to the constant pool, try repl

RE: mips64vr-elf fails to build

Hi Nick, Many thanks for reporting this. This has previously been reported as pr56942 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56942). A patch has been submitted to fix this. Please see: http://gcc.gnu.org/ml/gcc-patches/2013-04/msg01173.html. Regards, Andrew > -Original Message-

Changing the MIPS ISA for the Loongson 3A from MIPS64 to MIPS64r2

Andrew Bennett Software Design Engineer, MIPS Processor IP Imagination Technologies Limited t: +44 (0)113 2429814 www.imgtec.com