Hi Honza,
I experimented building Coremark with both PGO and LTO at -O3 level on
Aarch64 machine. First I generated profiles using the recommended
seeds in Coremark's readme.txt. Then compiled again with -O3 -flto and
-fprofile-use.
I tried using GCC Linaro compiler (september) which is based
On Wed, 5 Nov 2014, Andrew Pinski wrote:
Hi,
I was trying to hook up tree-ssa-phiopt to match-and-simplify using
either gimple_build (or rather using gimple_simplify depending on if
we want to produce cond_expr for conditional move). I ran into a
problem.
With the pattern below:
/* a ?
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 07:04, Roman Gareev wrote:
CLooG is not necessarily needed. You can run graphite just with ISL. The
main reason that ISL code generation is not enabled by default is that we
did not yet get extensive testing
On 06.11.2014 10:05, Richard Biener wrote:
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 07:04, Roman Gareev wrote:
CLooG is not necessarily needed. You can run graphite just with ISL. The
main reason that ISL code generation is not enabled by default
Hi Honza,
Hello,
I experimented building Coremark with both PGO and LTO at -O3 level on
Aarch64 machine. First I generated profiles using the recommended seeds in
Coremark's readme.txt. Then compiled again with -O3 -flto and -fprofile-use.
I tried using GCC Linaro compiler (september)
On 11/6/14, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 10:05, Richard Biener wrote:
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 07:04, Roman Gareev wrote:
CLooG is not necessarily needed. You can run graphite just with ISL.
The
main
On 06.11.2014 11:15, Richard Biener wrote:
On 11/6/14, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 10:05, Richard Biener wrote:
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 07:04, Roman Gareev wrote:
CLooG is not necessarily needed. You can
On 11/6/14, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 11:15, Richard Biener wrote:
On 11/6/14, Tobias Grosser tob...@grosser.es wrote:
On 06.11.2014 10:05, Richard Biener wrote:
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es
wrote:
On 06.11.2014 07:04, Roman
On Wed, 5 Nov 2014, Andrew Pinski wrote:
Hi,
I was trying to hook up tree-ssa-phiopt to match-and-simplify using
either gimple_build (or rather using gimple_simplify depending on if
we want to produce cond_expr for conditional move). I ran into a
problem.
With the pattern below:
/* a ?
On Thu, 6 Nov 2014, Richard Biener wrote:
On Wed, 5 Nov 2014, Andrew Pinski wrote:
Hi,
I was trying to hook up tree-ssa-phiopt to match-and-simplify using
either gimple_build (or rather using gimple_simplify depending on if
we want to produce cond_expr for conditional move). I ran
On Thu, Nov 06, 2014 at 10:43:16AM +0100, Tobias Grosser wrote:
is there any chance we can add the deprecated isl_int includes back into isl
0.14.1. This would unblock the testing and we could remove them as soon as
gcc 4.8/4.9 has been phased out.
I prefer Richard's solution.
In any case, you
It appears to me that both loop invariant motion passes (tree/rtl) don't
look at basic block frequencies and will gladly hoist invariant code
from a cold block within a loop. This can impact performance by
executing (possibly costly) code that would otherwise not be executed,
adds another
On Thu, Nov 6, 2014 at 7:08 PM, Pat Haugen pthau...@linux.vnet.ibm.com wrote:
It appears to me that both loop invariant motion passes (tree/rtl) don't
look at basic block frequencies and will gladly hoist invariant code from a
cold block within a loop. This can impact performance by executing
As the ISL code generator has been default since a while and we did not get
many bug reports, the actual switch seems to have worked well. We could
probably still need some testing, but in this case it is most likely time to
drop the CLooG support entirely. Are you interested to provide the
On 06.11.2014 20:08, Roman Gareev wrote:
As the ISL code generator has been default since a while and we did not get
many bug reports, the actual switch seems to have worked well. We could
probably still need some testing, but in this case it is most likely time to
drop the CLooG support
On 11/06/2014 01:00 PM, Richard Biener wrote:
Shouldn't we never hoist anything from a bb with lower execution frequency
to a bb with higher one? It seems LIM simply assumes that inside a loop
is always higher frequency than outside of it.
So - why artificially have that factor of 0.1 instead
Richard Biener wrote:
On Thu, Nov 6, 2014 at 8:02 AM, Tobias Grosser tob...@grosser.es wrote:
Also, as Tobias suggested we should raise the minimal supported isl level to
0.14 to be sure PR 62289 is fixed.
As I am testing with system isl/cloog that would be unfortunate as it means
I'd either
Snapshot gcc-4.8-20141106 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20141106/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
That's what I assumed. However, can reload spill GPRs into FPRs as LRA
does? For even after specifying -mno-lra, I still see excessive slots in
FPRs.
Thank you,
--
Evandro Menezes Austin, TX
-Original Message-
From: Richard Earnshaw
On 11/04/14 20:29, Bin.Cheng wrote:
Hi,
The parameter MAX_PENDING_LIST_LENGTH is set to 32 by default. It
seems to me the length of pending list can't be larger than 32. But
in sched-deps.c, below code is used:
/* Pending lists can't get larger with a readonly context. */
if
On Thu, Nov 6, 2014 at 3:03 PM, Evandro Menezes e.mene...@samsung.com wrote:
That's what I assumed. However, can reload spill GPRs into FPRs as LRA
does? For even after specifying -mno-lra, I still see excessive slots in
FPRs.
Not fully. What is happening most likely is IRA is deciding to
On Fri, Nov 7, 2014 at 7:10 AM, Jeff Law l...@redhat.com wrote:
On 11/04/14 20:29, Bin.Cheng wrote:
Hi,
The parameter MAX_PENDING_LIST_LENGTH is set to 32 by default. It
seems to me the length of pending list can't be larger than 32. But
in sched-deps.c, below code is used:
/*
On Thu, Nov 6, 2014 at 2:40 AM, Richard Biener rguent...@suse.de wrote:
On Thu, 6 Nov 2014, Richard Biener wrote:
On Wed, 5 Nov 2014, Andrew Pinski wrote:
Hi,
I was trying to hook up tree-ssa-phiopt to match-and-simplify using
either gimple_build (or rather using gimple_simplify
On November 7, 2014 5:03:19 AM CET, Andrew Pinski pins...@gmail.com wrote:
On Thu, Nov 6, 2014 at 2:40 AM, Richard Biener rguent...@suse.de
wrote:
On Thu, 6 Nov 2014, Richard Biener wrote:
On Wed, 5 Nov 2014, Andrew Pinski wrote:
Hi,
I was trying to hook up tree-ssa-phiopt to
On Nov 6, 2014, at 11:24 PM, Richard Biener rguent...@suse.de wrote:
On November 7, 2014 5:03:19 AM CET, Andrew Pinski pins...@gmail.com wrote:
On Thu, Nov 6, 2014 at 2:40 AM, Richard Biener rguent...@suse.de
wrote:
On Thu, 6 Nov 2014, Richard Biener wrote:
On Wed, 5 Nov 2014, Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63696
Maxim Ostapenko chefmax at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
--- Comment #2 from Dan Merrill daniel.merrill at psware dot com ---
Is this what you are proposing?
type string_type is new string (1..15);
for string_type'Scalar_Storage_Order use System.High_Order_First;
type string_array is array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63756
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
Bug ID: 63760
Summary: Support __func__ in PROGMEM
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63758
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63749
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63269
--- Comment #6 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
(In reply to Ian Lance Taylor from comment #3)
First, let me say that this code is in the Go master library and must be
fixed there. It might be more effective to discuss it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #21 from Martin Liška marxin at gcc dot gnu.org ---
(In reply to Igor Zamyatin from comment #20)
This is mentioned here -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
Fix for this is under review, start of the discussion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Why aren't read-only data being placed in progmem by default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63736
--- Comment #3 from Leandro Santiago leandrosansilva at gmail dot com ---
I've just realized the gcc I am using is 4.8.1 instead of 4.8.1 as initially
reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760
--- Comment #2 from mojo at world3 dot net ---
On platforms with this kind of architecture the default is to place everything
in RAM, unless you specifically state otherwise.
With Harvard style architectures different instructions are used to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Bug ID: 63761
Summary: [5 Regression] error: gimple_bb (stmt) is set to a
wrong basic block
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63725
--- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
That seems to work, but in a non trivial case doesn't that make string_type
non inter operable with other string types?
Interoperability should be preserved modulo minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Per comments 6 and 7 I have tried
--- ../_clean/gcc/testsuite/c-c++-common/asan/misalign-1.c2014-05-31
12:40:03.0 +0200
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #10 from Yury Gribov y.gribov at samsung dot com ---
(In reply to Dominique d'Humieres from comment #9)
Per comments 6 and 7 I have tried
...
but it does not fix the failures. What am I misunderstanding?
That wouldn't help because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63756
--- Comment #5 from Timothy B. Terriberry tterribe at xiph dot org ---
(In reply to Uroš Bizjak from comment #4)
Oh, and nobody will care about long (but otherwise correct) assembly when
optimization is switched off.
I also don't care about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
Bug ID: 63762
Summary: [ARM]GCC generates UNPREDICTABLE STR with Rn = Rt when
hard-float abi is used
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63762
--- Comment #1 from Renlin Li renlin.li at arm dot com ---
I am starting to work on this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #22 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
(In reply to Igor Zamyatin from comment #20)
This is mentioned here -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
Fix for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #23 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
(In reply to Igor Zamyatin from comment #20)
This is mentioned here -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
Fix for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63763
Bug ID: 63763
Summary: Crash (4) gcc 4.8.2 building cpp file
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #33891|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #14 from Hin-Tak Leung htl10 at users dot sourceforge.net ---
(In reply to howarth from comment #13)
If we made any change, I would rather it be a check in FSF gcc's
configure for the presence of /usr/include on darwin which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63764
Bug ID: 63764
Summary: nternal compiler error: in verify_ssa, at
tree-ssa.c:939
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org ---
Mandating commands line tools is fine. Would be nice if everything worked
flawlessly if no optional package had to be installed, but I'm pragmatic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Bug ID: 63765
Summary: [5.0 Regression] libobjc testsuite failures on AIX
caused by setting _XOPEN_SOURCE
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc-ibm-aix*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
CC||iains at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #17 from howarth at bromo dot med.uc.edu ---
(In reply to Hin-Tak Leung from comment #14)
(In reply to howarth from comment #13)
If we made any change, I would rather it be a check in FSF gcc's
configure for the presence of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63766
Bug ID: 63766
Summary: [5 Regression] ICE: in gimple_predict_edge, at
predict.c:578
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63766
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63767
Bug ID: 63767
Summary: Excessive memory usage/crash on compilation
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63767
--- Comment #1 from Sasha Levin sasha.levin at oracle dot com ---
Created attachment 33914
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33914action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9449
--- Comment #49 from Joseph S. Myers jsm28 at gcc dot gnu.org ---
Author: jsm28
Date: Thu Nov 6 21:08:52 2014
New Revision: 217202
URL: https://gcc.gnu.org/viewcvs?rev=217202root=gccview=rev
Log:
Preserve original spellings of extended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63768
Bug ID: 63768
Summary: double included .h file in
libjava/.../natFileChannelPosix.cc
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62115
Roman Perepelitsa roman.perepelitsa at gmail dot com changed:
What|Removed |Added
CC|
||daniel.kruegler@googlemail.
||com
--- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com ---
Still broken for gcc 5.0.0 20141106 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63768
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|java|libgcj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61515
--- Comment #25 from Jeffrey A. Law law at redhat dot com ---
So I think there's another approach. invalidate_equivalences is passed in the
stack of temporary equivalences, which include those created by jump threading
as well as those created
-darwin14.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141106/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0
++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141106/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #25 from Dominique d'Humieres dominiq at lps dot ens.fr ---
The error seen in Comment 19 appears to be identical to that reported in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9.
This is fixed by the patch at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #55 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33915
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915action=edit
patch disabling nonlocal goto receiver and fixing setjmp receiver
(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63198
--- Comment #4 from Thomas Bernard thomas at famillebernardgouriou dot fr ---
I investigated a bit further and I come up to the same conclusion as Bob
Abeles.
Having an assignment operator inside the decltype makes gcc believe the type is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #56 from Stupachenko Evgeny evstupac at gmail dot com ---
If this does not help, then described issue is not related to this bug,
as darwin bootstrap passed with the patch applied on r216304 (along with
already committed to trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
Bug ID: 63769
Summary: accepts-invalid multiple function definitions in
extern C
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25940
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||nlewycky at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63769
--- Comment #2 from Nick Lewycky nlewycky at google dot com ---
Oops. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #18 from Hin-Tak Leung htl10 at users dot sourceforge.net ---
(In reply to m...@gcc.gnu.org from comment #15)
Mandating commands line tools is fine. Would be nice if everything worked
flawlessly if no optional package had to be
=63622#c3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63580#c4
and your revised patch for disabling nonlocal goto receiver and fixing setjmp
receiver from Comment 55 applied allows x86_64-apple-darwin14 to completely
bootstrap when configured as...
../gcc-5.0-20141106/configure --prefix=/sw --prefix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
--- Comment #19 from howarth at bromo dot med.uc.edu ---
(In reply to Hin-Tak Leung from comment #18)
(In reply to m...@gcc.gnu.org from comment #15)
Mandating commands line tools is fine. Would be nice if everything worked
flawlessly if no
KIA MOTORS UK have awarded you £1,000.000.000GBP for claims contact
email:kiaukmot...@qualityservice.com
Call +27734751089
-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20141106 (experimental) [trunk revision 217200] (GCC)
$
$ gcc-4.9 -O0 -c small.c
$
$ gcc-trunk -O0 -c small.c
gcc-trunk: internal compiler error: Segmentation fault (program cc1)
0x40bccc execute
../../gcc
Hi all,
Current mklog in some cases do not checks whether function have real
changes or not. I fixed it by removing $doubtfunc and adding protection
against EOF.
Example:
diff --git a/gcc/cfg.c b/gcc/cfg.c
index 6070d9e..cb3dfd9 100644
--- a/gcc/cfg.c
+++ b/gcc/cfg.c
@@ -555,10 +555,10 @@
On 11/06/2014 08:44 AM, Zhenqiang Chen wrote:
Hi,
The patch add runtime check to fix s390 build fail
(https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00050.html).
And there is additional code to workaround s390 cstorecc4 issue.
Bootstrap and no make check regression on X86-64.
Build
The idea is simple: Use movw for certain const source operand instead
of
ldrh. And exclude the const values which cannot be handled by
mov/mvn/movw.
I am doing regression test for this patch. Assuming no issue pops up,
OK for trunk?
So, doesn't that makes the bug latent
-Original Message-
From: Richard Henderson [mailto:r...@redhat.com]
Sent: Wednesday, November 05, 2014 9:42 PM
To: Zhenqiang Chen
Cc: gcc-patches@gcc.gnu.org
Subject: Re: [Ping] [PATCH, 9/10] aarch64: generate conditional compare
instructions
On 11/05/2014 10:05 AM, Zhenqiang
This merges patterns implementing the bitwise patterns from
tree-ssa-forwprop.c. I've removed duplicate functionality from
fold-const.c as I found them, some may be still lurking in the
depths.
This also fixes a bug in genmatch which made user-defined predicates
matching anything, thus
(match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63747 is likely caused by
this patch. compare_gimple_switch does not check CASE_LOW and
CASE_HIGH, resulting merging functions not identical.
Interestingly in the first a few versions of this patch CASE_LOW/HIGH
were checked. But last versions
Hi,
This patch adds target filter for recently added MPX tests. I put check
function into a new file because I'm going to also add there some MPX runtime
tests related functions and use in it another exp file.
Since there is no change in compiler I just checked I get no fails for modified
On 11/06/2014 11:00 AM, Marat Zakirov wrote:
- if ($doubtfunc) {
- $idx = $line_idx;
+ $idx = $line_idx;
# Skip line info in context diffs.
- while ($is_context_diff $diff_lines[$idx + 1] =~ /^[-\*]{3}
[0-9]/) {
- ++$idx;
-
Hi Julian!
On Wed, 5 Nov 2014 17:57:10 +, Julian Brown jul...@codesourcery.com wrote:
This patch moves plugin-nvptx.c and plugin-host.c (from oacc-host.c)
into a new plugin subdirectory, as requested by Jakub, and to match
more closely the layout of the Intel MIC pieces. This also moves
On Nov 6, 2014, at 12:55 AM, Richard Biener rguent...@suse.de wrote:
This merges patterns implementing the bitwise patterns from
tree-ssa-forwprop.c. I've removed duplicate functionality from
fold-const.c as I found them, some may be still lurking in the
depths.
This also fixes a
+ /* Generate insn to match ccmp_and/ccmp_ior. */
+ target = gen_rtx_REG (mode, CC_REGNUM);
+ emit_insn (gen_rtx_SET (VOIDmode, target,
+ gen_rtx_fmt_ee (COMPARE, VOIDmode,
+ bit_op, const0_rtx)));
Invalid mode for the
On 10 October 2014 16:19, Alan Hayward alan.hayw...@arm.com wrote:
This patch is dependant on [AArch64] [BE] [1/2] Make large opaque
integer modes endianness-safe.”
It fixes up movoi/ci/xi for Big Endian, so that we end up with the lsb
of a big-endian integer to be in the low byte of
On 11/06/2014 12:07 PM, Yury Gribov wrote:
On 11/06/2014 11:00 AM, Marat Zakirov wrote:
-if ($doubtfunc) {
-$idx = $line_idx;
+$idx = $line_idx;
# Skip line info in context diffs.
-while ($is_context_diff $diff_lines[$idx + 1] =~
/^[-\*]{3} [0-9]/) {
-
On 06/11/2014 09:09, Yangfei (Felix) felix.y...@huawei.com wrote:
On 10 October 2014 16:19, Alan Hayward alan.hayw...@arm.com wrote:
This patch is dependant on [AArch64] [BE] [1/2] Make large opaque
integer modes endianness-safe.”
It fixes up movoi/ci/xi for Big Endian, so that we end
Hello!
2014-11-06 Ilya Enkovich ilya.enkov...@intel.com
* lib/mpx-dg.exp: New.
* gcc.target/i386/i386.exp: Load mpx-dg.exp.
* gcc.target/i386/chkp-builtins-1.c: Require mpx target.
* gcc.target/i386/chkp-builtins-2.c: Likewise.
* gcc.target/i386/chkp-builtins-3.c: Likewise.
*
1 - 100 of 266 matches
Mail list logo
