Hi,
Thanks for the review and your comments.
>> Is it intentional that you have not updated driver-native.c to
>> detect an Octeon 3 CPU?
We have not yet looked into that part yet and will be looking at it later.
>> Could you confirm what testing the patch has had?
Run the regression in build
On Wed, Oct 29, 2014 at 10:16:40AM -0700, Ian Taylor wrote:
> Thanks. Part of the problem is that the m68k max alignment is 16
> bits, but the godump test expects it to be at least 64 bits. This is
> BIGGEST_ALIGNMENT in config/m68k/m68k.h. Another part of the problem
> seems to be that structs
On Wed, Oct 29, 2014 at 09:47:33PM -0600, Jeff Law wrote:
> On 10/27/14 14:47, Jakub Jelinek wrote:
> >Hi!
> >
> >The following testcase is miscompiled in 4.8+ on x86_64 at -O2+,
> >because REE widens for ZERO_EXTEND mode on
> >(set (reg:QI ax) (const_int -1)) instruction to SImode, but doesn't
> >
gcc/testsuite:
2014-10-30 Jan Beulich
* gcc.target/i386/i386.exp: Extend option set to test
vect-args.c with to include -mavx, -mavx2, and -mavx512f.
* gcc.target/i386/vect-args.c: Add AVX* modes and tests.
--- a/gcc/testsuite/gcc.target/i386/i386.exp
+++ b/gcc/testsuit
On Tue, Oct 28, 2014 at 1:07 PM, Evgeny Stupachenko wrote:
> make check for gcc passed
>
> On Mon, Oct 27, 2014 at 11:10 AM, Evgeny Stupachenko
> wrote:
>> The results are the same for Silvermont.
>> There are no significant changes on Haswell.
>> So I agree with Richard, let's enable this x86 w
Hello!
> Ping?
>
>Thanks!
> -Zhenqiang
> On 9 June 2014 17:08, Zhenqiang Chen wrote:
> Ping ^2?
>
> Thanks!
> -Zhenqiang
>
> On 28 May 2014 15:02, Zhenqiang Chen wrote:
>> Ping?
>>
>> Thanks!
>> -Zhenqiang
>>
>> On 22 May 2014 17:52, Zhenqiang Chen wrote:
>>> On 21 May 2014 20:43, Steven Bossc
On Thu, Oct 30, 2014 at 8:50 AM, Jan Beulich wrote:
> gcc/testsuite:
> 2014-10-30 Jan Beulich
>
> * gcc.target/i386/i386.exp: Extend option set to test
> vect-args.c with to include -mavx, -mavx2, and -mavx512f.
> * gcc.target/i386/vect-args.c: Add AVX* modes and tests.
Hi!
On Tue, 28 Oct 2014 13:23:50 +0100, Jakub Jelinek wrote:
> On Tue, Oct 28, 2014 at 11:47:31AM +, Phil Muldoon wrote:
> > I think I have a solution. Though my automake fu is very weak. Does
> > this patch work for you? I'm really not sure how to deal with the
> > three possible versions
On 10/29/2014 09:10 PM, Jakub Jelinek wrote:
> On Wed, Oct 29, 2014 at 11:45:51AM +0100, Jakub Jelinek wrote:
>> On Wed, Oct 29, 2014 at 11:37:26AM +0100, Paolo Bonzini wrote:
>>> On 10/29/2014 11:31 AM, Jakub Jelinek wrote:
shouldn't libcc1 be in build_tools instead?
I mean, it is a li
Posted a patch in libc-alpha:
https://sourceware.org/ml/libc-alpha/2014-10/msg00701.html
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Jeff Law
> Sent: Saturday, October 25, 2014 3:42 AM
> To: Evgeny Stupachenko; Andrew P
On Wed, Oct 29, 2014 at 6:13 PM, David Edelsohn wrote:
> On Wed, Oct 29, 2014 at 9:24 AM, Richard Biener
> wrote:
>
>> Because only genmatch calls functions from libstdc++. Btw, why
>> would genmatch miscompile an empty function or the call to it?
>
> I tried bootstrapping with libstdc++ built w
On Thu, Oct 30, 2014 at 09:33:08AM +0100, Thomas Schwinge wrote:
> Here is a patch that I'm testing; OK? I didn't understand what the
> conditions are that libcc1 might not be built as a shared library: is it
> always built as one -- but is that really supported on all systems? If
It is not unco
Hi,
Below is the patch that implements prefetching support.
This patch has been already discussed on
a) https://gcc.gnu.org/ml/gcc-patches/2014-02/msg01644.html
b) https://gcc.gnu.org/ml/gcc-patches/2014-07/msg00612.html
I have not added a test as there are ample tests in compile and execute su
On Thu, Oct 30, 2014 at 08:48:57AM +, Zamyatin, Igor wrote:
> Posted a patch in libc-alpha:
>
> https://sourceware.org/ml/libc-alpha/2014-10/msg00701.html
That looks wrong. The non-PIC patterns that are enabled unconditionally
with the patch set/use ebx, which will not work with pre-GCC 5 in
The following patch makes fold_ternary no longer make
VEC_PERMs valid for the target invalid. As pointed out
in the PR we only need to make sure this doesn't happen
after vector lowering.
I won't have time to improve on the following patch this
week - Marc, can you take over here?
Bootstrapped
On Thu, Oct 30, 2014 at 09:56:32AM +0100, Richard Biener wrote:
>
> The following patch makes fold_ternary no longer make
> VEC_PERMs valid for the target invalid. As pointed out
> in the PR we only need to make sure this doesn't happen
> after vector lowering.
Well, even if you do that before v
On Thu, 30 Oct 2014, Jakub Jelinek wrote:
> On Thu, Oct 30, 2014 at 09:56:32AM +0100, Richard Biener wrote:
> >
> > The following patch makes fold_ternary no longer make
> > VEC_PERMs valid for the target invalid. As pointed out
> > in the PR we only need to make sure this doesn't happen
> > aft
Hi!
On Thu, 30 Oct 2014 09:51:59 +0100, Jakub Jelinek wrote:
> On Thu, Oct 30, 2014 at 09:33:08AM +0100, Thomas Schwinge wrote:
> > Here is a patch that I'm testing; OK? I didn't understand what the
> > conditions are that libcc1 might not be built as a shared library: is it
> > always built as
Hello!
I would like to backport recent alias fixes to correctly handle memory
references with AND-alignment to 4.9 branch. These patches fix
hundreds of failures in gfortran testsuite on alpha-linux-gnu due to
invalid aliasing of AND-aligned memory references of two QImode flags.
These patches we
Am 10/30/2014 07:48 AM, schrieb Denis Chertykov:
Am 10/28/2014 01:34 PM, schrieb Georg-Johann Lay:
Middle-end might come up with hard registers as operands for expanders
which
clobber respective hard regs. This patch uses freshly created pseudos for
respective expander operands and emits pseud
On Thu, Oct 30, 2014 at 11:41:26AM +0100, Georg-Johann Lay wrote:
> Am 10/30/2014 07:48 AM, schrieb Denis Chertykov:
> >>Am 10/28/2014 01:34 PM, schrieb Georg-Johann Lay:
> >>>
> >>>Middle-end might come up with hard registers as operands for expanders
> >>>which
> >>>clobber respective hard regs.
Hi!
In r216917, I have committed a merge from trunk r216846 (2014-10-29) into
gomp-4_0-branch.
Grüße,
Thomas
pgpwOzbsDFp_f.pgp
Description: PGP signature
Hi!
On Thu, 30 Oct 2014 11:10:51 +0100, I wrote:
> Build a shared host libiberty also for libcc1's benefit.
Backported to gomp-4_0-branch in r216918:
commit 595db85c7323b08d29bf344911a7bd709d68685b
Author: tschwinge
Date: Thu Oct 30 11:09:14 2014 +
Build a shared host libiberty a
When a case variable is declared in another imported project and its
project is itself extended, the Project Manager is confused and may
crash or report incorrect errors.
Tested on x86_64-pc-linux-gnu, committed on trunk
2014-10-30 Vincent Celier
* prj-proc.adb (Process_Case_Construct
This patch corrects the implementation of routine Insert_Child in the following
multiway tree packages:
Ada.Containers.Indefinite_Multiway_Trees
Ada.Containers.Multiway_Trees
As a result, Insert_Child no longer returns a faulty Position when inserting
elements.
-- Source --
--
In GNATprove mode, the special frontend inlining could generate gotos on
return statements inside blocks, thus causing errors in GNATprove later.
Now prevent inlining of such subprograms.
Tested on x86_64-pc-linux-gnu, committed on trunk
2014-10-30 Yannick Moy
* inline.adb (Has_Single
This patch modifies the finalization machinery to detect a subprogram call
that returns a constrolled transient temporary in the context of a function
call that returns an unconstrained result as part of the initialization
expression of an object declaration.
-- Source --
This patch implements aspect/pragma Extensions_Visible. This construct has the
following rules:
Extensions_Visible is a Boolean-valued aspect which may be specified for a
subprogram. If directly specified, the aspect_definition shall be a static
[Boolean] expression. The aspect is inherited by an
Hello,
This patch allows to run non-fallback 'make check-target-libgomp'. It passes to
the host compiler additional -B options with the paths to the offload compilers,
since non-installed host compiler doesn't know where to find mkoffload tools.
Also in case of intelmic offload targets it appends
>
> On Thu, Oct 30, 2014 at 08:48:57AM +, Zamyatin, Igor wrote:
> > Posted a patch in libc-alpha:
> >
> > https://sourceware.org/ml/libc-alpha/2014-10/msg00701.html
>
> That looks wrong. The non-PIC patterns that are enabled unconditionally
> with the patch set/use ebx, which will not work w
On Thu, 2014-10-30 10:46:39 +0400, Denis Chertykov wrote:
> 2014-10-29 13:42 GMT+03:00 Jan-Benedict Glaw :
> > On Wed, 2014-10-29 02:23:31 +0100, Jan-Benedict Glaw
> > wrote:
> > > On Wed, 2014-10-08 18:50:32 +0100, Joern Rennecke
> > > wrote:
> > > > Attached is the GCC patch for the basic de
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2014-10-30 Richard Biener
* match.pd: Implement more patterns that simplify to a single value.
* fold-const.c (fold_binary_loc): Remove them here.
* tree-ssa-forwprop.c (simplify_bitwise_binary): L
On Thu, Oct 30, 2014 at 12:34:45PM +, Zamyatin, Igor wrote:
> >
> > On Thu, Oct 30, 2014 at 08:48:57AM +, Zamyatin, Igor wrote:
> > > Posted a patch in libc-alpha:
> > >
> > > https://sourceware.org/ml/libc-alpha/2014-10/msg00701.html
> >
> > That looks wrong. The non-PIC patterns that a
On Thu, 30 Oct 2014, Richard Biener wrote:
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Oops, posted the wrong patch. The following is correct - I've
removed the single-use restriction as no patterns would behave
badly but stuff like x & x wouldn't match.
Richard.
2014-10
On Mon, 2014-10-27 09:33:41 -0700, Ian Taylor wrote:
> On Mon, Oct 27, 2014 at 9:02 AM, Jan-Benedict Glaw wrote:
> > On Mon, 2014-10-27 08:19:34 -0700, Ian Taylor wrote:
> > > On Mon, Oct 27, 2014 at 8:06 AM, Jan-Benedict Glaw
> > > wrote:
> > > > On Wed, 2014-10-22 20:36:53 -0700, Ian Taylor
On 10/29/14 23:58, Chen Gang wrote:
> On 10/27/14 9:42, Chen Gang wrote:
>> On 10/27/14 2:22, Michael Eager wrote:
>>>
>>> Microblaze-sim provides basic instruction set architecture and memory
>>> simulation.
>>> There is no operating system support. (It's also quite old. I'm not sure
>>> which
On Thu, Oct 30, 2014 at 4:51 AM, Richard Biener
wrote:
> On Wed, Oct 29, 2014 at 6:13 PM, David Edelsohn wrote:
>> On Wed, Oct 29, 2014 at 9:24 AM, Richard Biener
>> wrote:
>>
>>> Because only genmatch calls functions from libstdc++. Btw, why
>>> would genmatch miscompile an empty function or t
AIX has been unable to bootstrap since the match-and-simplify merge.
Richard Biener and I tracked this back to a bad interaction between a
GCC optimization and the AIX linker -G option to allow for SVR4-style
runtime linking.
The following patch removes the linker option from the libstdc++
build.
Since I haven't heard back for quite a while, I wanted to ask what the
current stat of the patch is.
Is the patch from the last mail approved (
https://gcc.gnu.org/ml/gcc-patches/2014-10/msg01524.html ), or should
the matters discussed further?
regards,
Patrick
> -Original Message-
> From: Steve Ellcey [mailto:sell...@imgtec.com]
> Sent: Thursday, October 23, 2014 4:37 PM
> To: matthew.fort...@imgtec.com; Moore, Catherine; gcc-
> patc...@gcc.gnu.org
> Subject: [Patch] MIPS configuration patch
>
> Here is another patch to reduce the differences
On Thu, Oct 30, 2014 at 12:25 AM, Dominik Vogt wrote:
> On Wed, Oct 29, 2014 at 10:16:40AM -0700, Ian Taylor wrote:
>> Thanks. Part of the problem is that the m68k max alignment is 16
>> bits, but the godump test expects it to be at least 64 bits. This is
>> BIGGEST_ALIGNMENT in config/m68k/m68k
Hi,
I've run gcc.dg/torture/* tests with -mavx512bw -mavx512vl -mavx512dq
flags, and got a bunch of fails (mostly in permutes autogen).
Patch below fixes them.
Ok for trunk?
2014-10-30 Ilya Tocar
* config/i386/i386.c (expand_vec_perm_pshufb): Try vpermq/vpermd
for 512-bit wide
Hello!
> I don't mind skipping the test on other platforms, but xfail is not
> correct. When an xfail test passes, we get an XPASS error from the
> testsuite. We need dg-skip-if. I committed this patch.
>
>
> 2014-10-30 Dominik Vogt
>
> * gcc.misc-tests/godump-1.c: Skip -fdump-go-spec tests
On Thu, Oct 30, 2014 at 6:19 AM, Jan-Benedict Glaw wrote:
>
> This updates contrib/config-list.mk to build Go for all but
> known-non-working targets. A comment to configure{.ac,} is also added.
> diff --git a/contrib/config-list.mk b/contrib/config-list.mk
> index 94884d9..16900e1 100644
> ---
Continuing preparations for implementing
TARGET_ATOMIC_ASSIGN_EXPAND_FENV for powerpc*-*-linux* soft-float and
e500, this patch makes soft-fp symbols used for those targets into
compat symbols when building with glibc >= 2.19, so that they are only
in shared libgcc for existing binaries requiring t
On Thu, Oct 30, 2014 at 8:05 AM, Uros Bizjak wrote:
>
> /* { dg-options "-c -fdump-go-spec=godump-1.out" } */
> /* { dg-do compile } */
> +/* { dg-skip-if "not supported for target" { ! "s390*-*-* x86_64-*-*" } } */
>
> x86_64 also needs && lp64, otherwise -m32 will defeat this condition.
Thank
Ping.
On 20 Oct 19:26, Ilya Tocar wrote:
> Ping.
>
> On 02 Oct 17:38, Ilya Tocar wrote:
> > Ping.
> > On 15 Aug 16:26, Ilya Tocar wrote:
> > > Ping.
> > >
> > > On 29 Jul 18:45, Ilya Tocar wrote:
> > > > Hi,
> > > >
> > > > As discussed here in https://gcc.gnu.org/ml/gcc/2014-01/msg00189.html
>
The following replaces NOP_EXPR uses with CASE_CONVERT appropriately
and improves genmatch handling of side-effects for
captures used in C expressions.
Bootstrapped and tested on x86_64-unknow-linux-gnu, applied.
Richard.
2014-10-30 Richard Biener
* genmatch.c (capture_info::walk_c_e
The following removes std::map use from genmatch, avoiding an AIX
issue (and also making the code more GCC-ish). I had to add
an elements() member to hash_map and implement some GGC
stubs. Not too bad I guess.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2014
This patch "adjusts" optabs.h. which was really sub-work of looking at
expr.h.
I moved the prototypes from expr.h to optabs.h that belong there, and
realigned the stuff in optabs.h to be in the same order as the .c file.
I also moved gen_move_insn from optabs.c to expr.c... a number of new
fi
On 10/29/2014 03:30 AM, Zhenqiang Chen wrote:
> +
> +bool
> +ccmp_insn_p (rtx object)
> +{
> + rtx x = PATTERN (object);
> + if (targetm.gen_ccmp_first
> + && GET_CODE (x) == SET
> + && GET_CODE (XEXP (x, 1)) == COMPARE
> + && (GET_CODE (XEXP (XEXP (x, 1), 0)) == IOR
> + || G
On 29 Oct 23:37, Jeff Law wrote:
> On 10/15/14 11:54, Ilya Enkovich wrote:
> >
> >Thanks for review! I see no more patches not reviewed at all. I see
> >4 more patches requiring approve before I can start a merge.
> >
> >Two of them are parts of split #14 (Passes): #14.3 (Helper functions)
> >and
On Thu, Oct 30, 2014 at 11:13 AM, Joseph S. Myers
wrote:
> Continuing preparations for implementing
> TARGET_ATOMIC_ASSIGN_EXPAND_FENV for powerpc*-*-linux* soft-float and
> e500, this patch makes soft-fp symbols used for those targets into
> compat symbols when building with glibc >= 2.19, so tha
Many of the tests in gcc.target/powerpc specify an explicit -mcpu option
with dg-options. This is a problem for multilib configurations that use
-mcpu in their definition; the test commands will list both -mcpu
options, with the multilib option overriding the test option. This
causes many bogus
> On Tue, Oct 28, 2014 at 1:07 PM, Evgeny Stupachenko
> wrote:
> > make check for gcc passed
> >
> > On Mon, Oct 27, 2014 at 11:10 AM, Evgeny Stupachenko
> > wrote:
> >> The results are the same for Silvermont.
> >> There are no significant changes on Haswell.
> >> So I agree with Richard, let'
On Thu, Sep 11, 2014 at 03:24:54PM +0200, Bernd Schmidt wrote:
> The nvptx backend is somewhat unusual in that call insns set a pseudo.
> The combiner is surprised by this and allows combining them into other
> insns, which remain as INSN rather than CALL_INSN. Aborts ensue.
distribute_notes has
Yes the speed up is the same. However I'm testing only x86
performance. Potentially we can somehow hurt ARM or others
performance.
GCC already has the tuning enabled for rs6000,s390, spu.
Evgeny
On Thu, Oct 30, 2014 at 8:27 PM, Jan Hubicka wrote:
>> On Tue, Oct 28, 2014 at 1:07 PM, Evgeny Stupac
On Oct 30, 2014, at 10:25 AM, Andrew Stubbs wrote:
> Many of the tests in gcc.target/powerpc specify an explicit -mcpu option with
> dg-options.
So, I think this isn’t the strategy people like for this sort of thing. The
problem is default flags. You can have a certain cpu as a target but no
This patch tries to optimize away redundant UBSAN_NULL checks.
It walks the statements, looks for UBSAN_NULL calls and keeps
track of pointers and statements checking that pointer in a
hash map. Now, if we can prove that some UBSAN_NULL stmt is
dominated by other one which requires the same or les
On Fri, 2014-10-17 at 21:52 +, Joseph S. Myers wrote:
> Does libgccjit.so end up getting linked with -static-libstdc++
> -static-libgcc?
(sorry for belated reply)
It does when built with a bootstrap, but doesn't with
--disable-bootstrap. In the former case, the builddir's gcc/Makefile in
th
On Thu, 2014-10-30 08:08:51 -0700, Ian Taylor wrote:
> On Thu, Oct 30, 2014 at 6:19 AM, Jan-Benedict Glaw wrote:
> >
> > This updates contrib/config-list.mk to build Go for all but
> > known-non-working targets. A comment to configure{.ac,} is also added.
>
> > diff --git a/contrib/config-list.m
And I wonder whether it'd be worth it to create sanopt.c - and move
.sanopt related stuff there (it'd mean making asan_expand_check_ifn
non-static, but that's pretty much it).
Marek
On 10/10/14 21:32, Bin.Cheng wrote:
Mike already gave great answers, here are just some of my thoughts on
the specific questions. See embedded below.
Thanks to both of you for your answers.
Fundamentally, what I see is this scheme requires us to be able to come
up with a key based solely on i
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> Sent: Thursday, October 30, 2014 2:59 AM
> Subject: Re: [Patch, MIPS] Add Octeon3 support
>
> Hi,
>
> Thanks for the review and your comments.
>
> >> Is it intentional that you have not updated driver-nat
> And I wonder whether it'd be worth it to create sanopt.c -
> and move sanopt related stuff there
+1
--
View this message in context:
http://gcc.1065356.n5.nabble.com/PATCH-Optimize-UBSAN-NULL-checks-tp1084891p1084905.html
Sent from the gcc - patches mailing list archive at Nabble.com.
On Thu, 30 Oct 2014, Dominik Vogt wrote:
> platforms need to be added. Personally I cannot provide fixed
> tests for all the Abis either, so my suggestion is to "xfail" the
> test on all targets except s390[x] and x86_64 and leave it to the
You should never do something in a test for x86_64 and
On Tue, Oct 28, 2014 at 5:22 AM, Yangfei (Felix) wrote:
> Hi Sterling,
> How do you think about this issue?
> As c6x/bfin port handles this the same way, is it OK for the patch to be
> applied?
> Thanks.
I have committed this patch as attached. I made a couple of minor
cleanups, plus some
On 10/30/14 11:36, Segher Boessenkool wrote:
On Thu, Sep 11, 2014 at 03:24:54PM +0200, Bernd Schmidt wrote:
The nvptx backend is somewhat unusual in that call insns set a pseudo.
The combiner is surprised by this and allows combining them into other
insns, which remain as INSN rather than CALL_I
On 29 October 2014 16:28, Ramana Radhakrishnan
wrote:
> On Wed, Oct 29, 2014 at 3:26 PM, Christophe Lyon
> wrote:
>> Hi,
>>
>> In PR61153, the vbic and vorn tests fail because when compiled at -O0
>> the expected Neon instructions are not generated, making
>> scan-assembler fail.
>>
>> This patch
On Oct 30, 2014, at 12:43 PM, Jeff Law wrote:
> Fundamentally, what I see is this scheme requires us to be able to come up
> with a key based solely on information in a particular insn. To get fusion
> another insn has to have the same or a closely related key.
Right.
On Thu, Oct 30, 2014 at 12:14 PM, Jan-Benedict Glaw wrote:
> On Thu, 2014-10-30 08:08:51 -0700, Ian Taylor wrote:
>> On Thu, Oct 30, 2014 at 6:19 AM, Jan-Benedict Glaw wrote:
>> >
>> > This updates contrib/config-list.mk to build Go for all but
>> > known-non-working targets. A comment to config
This patch add support for OpenACC's enter/exit data directive. Note
that there is a problem in the 2.0a spec regarding the live ranges of
variables in data clauses. Section 2.6.5.7 states that exit data delete
should deallocate memory without writing it back. However, that may
conflict with an acc
Pushed to the dmalcolm/jit branch:
gcc/jit/ChangeLog.jit:
* dummy-frontend.c (jit_langhook_init): Remove some dead code.
---
gcc/jit/ChangeLog.jit| 4
gcc/jit/dummy-frontend.c | 3 ---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/gcc/jit/ChangeLog.jit b/gcc/jit/
On Thu, 30 Oct 2014, David Malcolm wrote:
> Looking at the build logs, I see:
> -fPIC
> within the xgcc args in the libgcc build logs, and
That seems to depend on t-libgcc-pic, but that appears to cover most
likely hosts (including any where I can be confident PIC is actually
needed for share
This is a ping for
https://gcc.gnu.org/ml/gcc-patches/2014-10/msg01049.html
-- Original message --
From: Wang Deqiang
Date: 11 October 2014 11:27
Subject: [testsuite patch] avoid test when compile options is conflict
with default mthumb
To: gcc-patches@gcc.gnu.org
When testing
On 10/30/14 18:50, Joseph S. Myers wrote:
I don't see it as a blocker, but I would not be surprised if having the
libraries statically linked into libgccjit.so causes problems (is it safe
to have two completely separate copies of libstdc++ in the same process?
I don't know.).
Jason, Jakub, Aldy
Thanks for giving it a try.
On Fri, Oct 31, 2014 at 3:43 AM, Jeff Law wrote:
> On 10/10/14 21:32, Bin.Cheng wrote:
>>
>> Mike already gave great answers, here are just some of my thoughts on
>> the specific questions. See embedded below.
>
> Thanks to both of you for your answers.
>
> Fundamenta
Thank you all for the comments. Patch is updated.
Bootstrap and no make check regression on X86-64.
No make check regression with Cortex-M0 qemu.
No performance changes for coremark, dhrystone, spec2000 and spec2006 on
X86-64 and Cortex-A15.
For CSiBE, ARM Cortex-M0 result is a little better. A l
On Thu, Oct 30, 2014 at 11:30 PM, Zhenqiang Chen wrote:
> Thank you all for the comments. Patch is updated.
>
> Bootstrap and no make check regression on X86-64.
> No make check regression with Cortex-M0 qemu.
> No performance changes for coremark, dhrystone, spec2000 and spec2006 on
> X86-64 and
Hi Catherine,
>> Would you please add some testcases and resubmit your patch?
Thanks for the review and suggestions.
Added the testcase "gcc.target/mips/octeon3-pipe-1.c"
Please review the modified patch and let us know if its good.
Thanks,
Naveen
2014-10-31 Andrew Pinski
* config/
80 matches
Mail list logo
