> -Original Message-
> From: Jan Hubicka [mailto:hubi...@ucw.cz]
> Sent: 10 October 2013 17:24
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: Re: Testing ICEs resulting from profile directed optimization
>
> > Hi,
> >
> > I have found an ICE reported as (PR 58682) and I have a fix.
> C
Hi,
I am working on GCC-4.6.4 version ported to a embedded target which
is similar to frv.
My question is how to find the attributes of a function which we are
going to call
Problem:
Generally while calling a function we use branch instruction
ex: br r5,
But when we have a funct
Hello,
I have a testcase that, during parsing, generates an invalid tree. This invalid
tree triggers tree_check_failed, which was expecting a string_cst.
tree_check_failed calls internal_error with tree_code_name[TREE_CODE (node)]
without checking that TREE_CODE (node) is valid.
I attach a patc
> Does this happen systematically with the compare insn or is it isolated?
I encountered this problem only once in gcc testsuite
(gcc.c-torture/execute/builtins/strncat-chk.c).
I think the problem is quite rare because gcc does not put often a parallel
compare insn into the delay slot of a cond
> I have a gcc 4.6.1 port that has the same sort of problems. I tried
> selectively porting some patches from later 4.6 releases, but they didn't
> seem to actually address the issue. I haven't looked at the trunk to see if
> there are patches that are more apropos.
I looked at the revision
Hi!
The recent change probably gave us this[1]:
g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-lon
On Fri, Oct 11, 2013 at 12:57 PM, Paulo Matos wrote:
> Hello,
>
> I have a testcase that, during parsing, generates an invalid tree. This
> invalid tree triggers tree_check_failed, which was expecting a string_cst.
> tree_check_failed calls internal_error with tree_code_name[TREE_CODE (node)]
>
On Fri, Oct 11, 2013 at 2:48 AM, Nagaraju Mekala wrote:
>
> My question is how to find the attributes of a function which we are
> going to call
>
> Problem:
>
>Generally while calling a function we use branch instruction
>
>ex: br r5,
>
> But when we have a function with "super" att
On Wed, Oct 09, 2013 at 01:04:52PM +0200, Jakub Jelinek wrote:
> Status
> ==
>
> The GCC 4.8.2-rc1 release candidate has been released.
> The branch is frozen now, all changes require release manager approval
> until the final release of GCC 4.8.2 which should happen roughly
> one week after t
Dear All,
Did gcc provide any hook to support register bank like
Our private target has two banks of register file like A and B
registers under Bank-0 and A and B (same name weired ha ) registers
under Bank-1.
asm sample like
load A ,mem-0//By default the register referred from ba
On Tue, Oct 01, 2013 at 09:26:25AM +0100, Richard Biener wrote:
> On Mon, 30 Sep 2013, Vidya Praveen wrote:
>
> > On Mon, Sep 30, 2013 at 02:19:32PM +0100, Richard Biener wrote:
> > > On Mon, 30 Sep 2013, Vidya Praveen wrote:
> > >
> > > > On Fri, Sep 27, 2013 at 04:19:45PM +0100, Vidya Praveen w
On Fri, Oct 11, 2013 at 03:54:08PM +0100, Vidya Praveen wrote:
> Here's a compilable example:
>
> void
> foo (int *__restrict__ a,
> int *__restrict__ b,
> int *__restrict__ c)
> {
> int i;
>
> for (i = 0; i < 8; i++)
> a[i] = b[i] * c[2];
> }
>
> This is vectorized by duplica
> -Original Message-
> From: Richard Biener [mailto:richard.guent...@gmail.com]
> Sent: 11 October 2013 13:47
> To: Paulo Matos
> Cc: gcc@gcc.gnu.org
> Subject: Re: Invalid tree node causes segfault in diagnostic
>
>
> Hmm. We have several places accessing tree_code_name without checking
Hi Ian,
Thanks for the reply.
Please accept my apologize for including both the mail chains. I
will make sure not to repeat this again.
On Fri, Oct 11, 2013 at 7:32 PM, Ian Lance Taylor wrote:
> On Fri, Oct 11, 2013 at 2:48 AM, Nagaraju Mekala
> wrote:
>>
>> My question is how to find
On Fri, Oct 11, 2013 at 9:20 AM, Nagaraju Mekala wrote:
>
> I observed that in rs6000 port longcall is implemented by using
> CALL_LONG define.
> #define CALL_LONG 0x0008 /* always call indirect */
> In the md file they are checking the operand with CALL_LONG
> if (INTVAL (operands[3]) & CALL_
Paulo Matos wrote:
>> -Original Message-
>> From: Richard Biener [mailto:richard.guent...@gmail.com]
>> Sent: 11 October 2013 13:47
>> To: Paulo Matos
>> Cc: gcc@gcc.gnu.org
>> Subject: Re: Invalid tree node causes segfault in diagnostic
>>
>>
>> Hmm. We have several places accessing tr
> While I am at it, can I patch backends as well? For example
> mep/mep.c has an occurrence of tree_code_name[TREE_CODE (...
The mep change is pre-approved :-)
On 10/11/13 05:51, BELBACHIR Selim wrote:
Does this happen systematically with the compare insn or is it isolated?
I encountered this problem only once in gcc testsuite
(gcc.c-torture/execute/builtins/strncat-chk.c).
I think the problem is quite rare because gcc does not put often a parallel
I'm trying to reproduce a test failure outside the Dejagnu testsuite,
and I noticed that the file I'm trying to recompile is linked with a
gcc_tg.o file. Based on the missing-symbol errors I get when I don't
include it, it seems to provide things like __wrap_main and so forth.
Where on earth does
On Fri, Oct 11, 2013 at 2:39 PM, Brooks Moses wrote:
> I'm trying to reproduce a test failure outside the Dejagnu testsuite,
> and I noticed that the file I'm trying to recompile is linked with a
> gcc_tg.o file. Based on the missing-symbol errors I get when I don't
> include it, it seems to prov
On Fri, Oct 11, 2013 at 2:49 PM, Andrew Pinski wrote:
> On Fri, Oct 11, 2013 at 2:39 PM, Brooks Moses wrote:
>> Where on earth does this gcc_tg.o file come from? I'm completely lost
>> here -- I can't find any log that indicates it getting built, or any
>> reference to "gcc_tg" in the source tre
> > -Original Message-
> > From: Jan Hubicka [mailto:hubi...@ucw.cz]
> > Sent: 10 October 2013 17:24
> > To: Paulo Matos
> > Cc: gcc@gcc.gnu.org
> > Subject: Re: Testing ICEs resulting from profile directed optimization
> >
> > > Hi,
> > >
> > > I have found an ICE reported as (PR 58682) a
22 matches
Mail list logo