On 02/13/15 16:50, Sebastian Pop wrote:
Hi,
the attached patch fixes PR65048 by checking before jump-threading that a path
to be threaded is still valid: as the testcase shows, there may be paths that
are not connected anymore because the cfg has changed in a previous jump-thread.
PR t
Hi,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65171 identifies a bug when
compiling portions of the Boost library. The problem occurs in the swap
analysis phase. Any operand that is TImode or a subreg of TImode is
supposed to disable the swap optimization for the web of instructions
that incl
On Mon, 2015-02-23 at 13:42 -0500, David Edelsohn wrote:
> On Mon, Feb 23, 2015 at 1:26 PM, Peter Bergner wrote:
> > This is broken on 4.9 and 4.8, so can we get those fixed as well?
>
> Yes, please backport.
I committed this to trunk on Adhemerval's behalf as revision 220992.
I'll commit it to
On 02/25/15 02:19, Ajit Kumar Agarwal wrote:
Hello All:
Please find the patch for the optimized usage of pcmp instructions in
microblaze. No regressions is seen
In deja GNU tests. There are many testcases that are already there in deja GNU
to check the generation of
pcmpne/pcmpeq instructions
On 02/25/15 02:20, Ajit Kumar Agarwal wrote:
Hello All:
Please find the patch for the optimized usage of fint instruction changes. No
regression is seen
in the deja GNU tests.
commit ed4dc0b96bf43c200cacad97f73a98ab7048e51b
Author: Ajit Kumar Agarwal
Date: Wed Feb 25 15:36:29 2015 +0530
On Wed, Feb 25, 2015 at 5:08 PM, Bill Schmidt
wrote:
> Hi,
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65171 identifies a bug when
> compiling portions of the Boost library. The problem occurs in the swap
> analysis phase. Any operand that is TImode or a subreg of TImode is
> supposed to di
On Feb 25, 2015, Jakub Jelinek wrote:
> On Wed, Feb 25, 2015 at 06:17:33PM -0300, Alexandre Oliva wrote:
>> My measurements, for a not particularly unusual testcase, showed an
>> overall reduction of 63% in compile time, as indicated yesterday. Now,
>> who should bear the burden of collecting ev
On Tue, Feb 17, 2015 at 11:39 AM, Terry Guo wrote:
> On Sun, Feb 15, 2015 at 7:35 PM, Segher Boessenkool
> wrote:
>> Hi Terry,
>>
>> I still think this is stage1 material.
>>
>>> + /* Don't combine if dest contains a user specified register and i3
>>> contains
>>> + ASM_OPERANDS, because th
On 02/25/2015 01:13 PM, Jason Merrill wrote:
On 02/25/2015 12:02 PM, Aldy Hernandez wrote:
+ if (flag_eliminate_dwarf2_dups)
+{
+ warning (0, "ignoring unimplemented option
-feliminate-dwarf2-dups");
+ flag_eliminate_dwarf2_dups = 0;
+}
I think we only want to disable it for
On Mon, 2015-02-23 at 13:42 -0500, David Edelsohn wrote:
> Again, a testcase is highly encouraged.
Actually, this additional change to the test case would be enough
to have the assembler catch the bad opcode mnemonic. Should I
just go ahead and make this change?
I still plan on adding a test cas
On 02/25/2015 09:16 PM, Aldy Hernandez wrote:
+ warning (0, "ignoring unimplemented option -feliminate-dwarf2-dups");
Similarly, I'd rather say it's broken for C++. OK with that change.
Jason
On 02/25/2015 06:47 PM, Jason Merrill wrote:
On 02/25/2015 09:16 PM, Aldy Hernandez wrote:
+ warning (0, "ignoring unimplemented option
-feliminate-dwarf2-dups");
Similarly, I'd rather say it's broken for C++. OK with that change.
Interesting. As in "ignoring broken C++ option -felimi
On Wed, Feb 25, 2015 at 9:42 PM, Peter Bergner wrote:
> On Mon, 2015-02-23 at 13:42 -0500, David Edelsohn wrote:
>> Again, a testcase is highly encouraged.
>
> Actually, this additional change to the test case would be enough
> to have the assembler catch the bad opcode mnemonic. Should I
> just
On Wed, 2015-02-25 at 21:57 -0500, David Edelsohn wrote:
> Okay.
Ok, committed as revision 220998 with the following ChangeLog entry:
* gcc.target/powerpc/htm-builtin-1.c (dg-do) Change to assemble.
(dg-options): Add -save-temps.
(dg-final): Add cleanup-saved-temps.
I'll a
Dear All,
This patch has something of a band aid flavour about it. However, the
more I look at it the more I like it and it cannot do any harm. In any
case, I spent a silly amount of time trying to understand why this
component fails to get its backend_decl in the usual way and failed.
That it is
On Tue, Feb 17, 2015 at 11:39:34AM +0800, Terry Guo wrote:
> On Sun, Feb 15, 2015 at 7:35 PM, Segher Boessenkool
> wrote:
> > Hi Terry,
> >
> > I still think this is stage1 material.
> >
> >> + /* Don't combine if dest contains a user specified register and i3
> >> contains
> >> + ASM_OPERAN
Hi,
this patch removes a bogus check for flexible array members
which prevents array references to be instrumented in some
interesting cases. Arrays accessed through pointers are now
instrumented correctly.
The check was unnecessary because flexible arrays are not
instrumented anyway because of
Hi,
This patch fix the type of mov_aarch64 in aarch64.md.
Is it OK for trunk?
--
Regards,
Xingxing
[AArch64] Fix define_insn type in aarch64.md.
2015-02-26 Xingxing Pan
* config/aarch64/aarch64.md:
(mov_aarch64): Change type to neon_to_gp.
diff --git a/gcc
On Wed, Feb 25, 2015 at 10:01:07PM -0800, Martin Uecker wrote:
> this patch removes a bogus check for flexible array members
> which prevents array references to be instrumented in some
> interesting cases. Arrays accessed through pointers are now
> instrumented correctly.
>
> The check was unnece
On Wed, Feb 25, 2015 at 09:01:09PM -0300, Alexandre Oliva wrote:
> > On Wed, Feb 25, 2015 at 06:17:33PM -0300, Alexandre Oliva wrote:
> >> My measurements, for a not particularly unusual testcase, showed an
> >> overall reduction of 63% in compile time, as indicated yesterday. Now,
> >> who should
On Thu, Feb 26, 2015 at 07:36:54AM +0100, Jakub Jelinek wrote:
> On Wed, Feb 25, 2015 at 10:01:07PM -0800, Martin Uecker wrote:
> > this patch removes a bogus check for flexible array members
> > which prevents array references to be instrumented in some
> > interesting cases. Arrays accessed throu
On 02/25/2015 09:32 PM, Xingxing Pan wrote:
Hi,
This patch merges pipeline description for marvell-whitney to latest
code base.
Is it OK for trunk?
Refactor the commit message.
--
Regards,
Xingxing
Add pipeline description for marvell-whitney.
2015-02-26 Xingxing Pan
* config/arm/arm
On 02/25/2015 10:20 PM, James Greenhalgh wrote:
On Wed, Feb 25, 2015 at 01:42:39PM +, Xingxing Pan wrote:
> Hi,
>
> This patch expanding the following RTL types. And it has been merged to the
latest code base.
>
> (neon_logic): Expand to neon_logic_reg and neon_logic_imm.
>
101 - 123 of 123 matches
Mail list logo
