Ping !
Regards
Senthil
On Thu, Dec 26, 2013 at 03:11:25PM +0530, Senthil Kumar Selvaraj wrote:
> Hi,
>
> gcc.c-torture/compile/pr34856.c and a couple of other tests segfault
> for the AVR target. Looking at the code, I found that the
> x_ira_register_move_cost array[TImode] is NULL, while
On Fri, Jan 3, 2014 at 11:18 AM, BELBACHIR Selim
wrote:
> Hi,
>
> I noticed a problem in gcc/testsuite/g++.dg/lto/lto.exp
>
> If the target does not support LTO (check_effective_target_lto) a brutal
> return is performed so the mathlib variable modified in lto_init will not be
> restored properl
I have been hacking a bit on dwarf2out.c to make gcc generate DWARF
information that gets discarded along with the appropriate function section
code when compiled with -ffunction-sections and then linked with
--gc-sections. Currently, debug information for discarded functions is not
removed, an
On 01/11/14 03:04, Richard Sandiford wrote:
Jeff Law writes:
On 01/10/14 14:44, Eric Botcazou wrote:
In my backend movdi pattern has unfortunately code '0' (depends on pattern
declaration order). When gcc tried to determine if my DI regs can be saved
and restore as 'caller saves' (in caller-sa
On Mon, Jan 13, 2014 at 08:21:49AM -0700, Jeff Law wrote:
> On 01/11/14 03:04, Richard Sandiford wrote:
> >Jeff Law writes:
> >>On 01/10/14 14:44, Eric Botcazou wrote:
> In my backend movdi pattern has unfortunately code '0' (depends on pattern
> declaration order). When gcc tried to deter
On 01/13/2014 07:12 AM, Senthil Kumar Selvaraj wrote:
I have been hacking a bit on dwarf2out.c to make gcc generate DWARF
information that gets discarded along with the appropriate function section
code when compiled with -ffunction-sections and then linked with
--gc-sections. Currently, debug in
