2014-08-28 0:19 GMT+04:00 Vladimir Makarov vmaka...@redhat.com:
On 2014-08-26 5:42 PM, Ilya Enkovich wrote:
Hi,
Here is a patch I tried. I apply it over revision 214215. Unfortunately
I do not have a small reproducer but the problem can be easily reproduced on
SPEC2000 benchmark 175.vpr.
2014-08-28 1:39 GMT+04:00 Jeff Law l...@redhat.com:
On 08/26/14 15:42, Ilya Enkovich wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6 +1122,14 @@ initialize_argument_information (int num_actuals
ATTRIBUTE_UNUSED,
On Thu, Aug 28, 2014 at 12:13 AM, Jeff Law l...@redhat.com wrote:
On 08/13/14 08:57, Richard Earnshaw wrote:
The problem with the frankenmonster patterns is that they tend to
proliferate into the machine description, and before you know where you
are the back-end is full of them.
Can't
-Original Message-
From: Daniel Gutson [mailto:daniel.gut...@tallertechnologies.com]
Sent: Wednesday, August 27, 2014 8:53 PM
To: Ajit Kumar Agarwal
Cc: gcc Mailing List
Subject: Re: Possible LRA issue?
On Wed, Aug 27, 2014 at 12:16 PM, Ajit Kumar Agarwal
ajit.kumar.agar...@xilinx.com
On Thu, Aug 28, 2014 at 10:37 AM, Ilya Enkovich enkovich@gmail.com wrote:
2014-08-28 1:39 GMT+04:00 Jeff Law l...@redhat.com:
On 08/26/14 15:42, Ilya Enkovich wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6
2014-08-28 16:42 GMT+04:00 Uros Bizjak ubiz...@gmail.com:
On Thu, Aug 28, 2014 at 10:37 AM, Ilya Enkovich enkovich@gmail.com
wrote:
2014-08-28 1:39 GMT+04:00 Jeff Law l...@redhat.com:
On 08/26/14 15:42, Ilya Enkovich wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b
On Fri, Aug 22, 2014 at 2:21 PM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
On Cauldron 2014 we had a couple of talks about relaxation of ebx usage in
32bit PIC mode. It was decided that the best approach would be to not fix
ebx register, use speudo register for GOT base address and
On Thu, Aug 28, 2014 at 2:54 PM, Ilya Enkovich enkovich@gmail.com wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6 +1122,14 @@ initialize_argument_information (int num_actuals
ATTRIBUTE_UNUSED,
2014-08-28 17:01 GMT+04:00 Uros Bizjak ubiz...@gmail.com:
On Fri, Aug 22, 2014 at 2:21 PM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
On Cauldron 2014 we had a couple of talks about relaxation of ebx usage in
32bit PIC mode. It was decided that the best approach would be to not fix
2014-08-28 17:08 GMT+04:00 Uros Bizjak ubiz...@gmail.com:
On Thu, Aug 28, 2014 at 2:54 PM, Ilya Enkovich enkovich@gmail.com wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6 +1122,14 @@
On 28 August 2014 06:30, Thomas Preud'homme thomas.preudho...@arm.com wrote:
Yes. I'll have to adjust the avr hook that it'll leave the v*printf /
v*scanf functions
alone - at least by default / for ISO C behaviour - but it'll give me
an easy way
to add a switch to tweak the behaviour.
Or
On Thu, Aug 28, 2014 at 3:29 PM, Ilya Enkovich enkovich@gmail.com wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6 +1122,14 @@ initialize_argument_information (int num_actuals
ATTRIBUTE_UNUSED,
On 08/28/2014 03:01 PM, Uros Bizjak wrote:
I'd like to avoid X86_TUNE_RELAX_PIC_REG and always treat EBX as an
allocatable register. This way, we can avoid all mess with implicit
xchgs in atomic_compare_and_swapdwi_doubleword. Also, having
allocatable EBX would allow us to introduce
On Fri, Aug 22, 2014 at 2:21 PM, Ilya Enkovich enkovich@gmail.com wrote:
On Cauldron 2014 we had a couple of talks about relaxation of ebx usage in
32bit PIC mode. It was decided that the best approach would be to not fix
ebx register, use speudo register for GOT base address and let
Snapshot gcc-4.8-20140828 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140828/
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
The m32c-elf with -mcpu=m32c has a word-aligned stack and uses pushes
for arguments (i.e. not accumulate_outgoing_args). In this test case,
one of the arguments is memcpy'd into place, and an assert fails:
typedef struct {
int a, b, c, d, e, f, g, h;
} foo;
int x;
void
dj (int a, int b, foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62289
Bug ID: 62289
Summary: [5 Regression] ICE (segfault) for
gfortran.dg/graphite/pr42393.f90
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62289
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62290
Bug ID: 62290
Summary: --print-file-name doesn't work for liblto_plugin.so
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62224
--- Comment #3 from Chris Clayton chris2553 at googlemail dot com ---
Yes, the preprocessed file is the one providing the unresolved references.
It surely won't be a surprise to anyone to here that the same failure occurs
when building with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 27 Aug 2014, hubicka at ucw dot cz wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
--- Comment #7 from Jan Hubicka hubicka at ucw dot cz ---
Honza,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62290
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62289
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Henrik Holst from comment #4)
Thank you Richard for looking into this issue.
You probably know already exactly why this bug appeared. I just wanted to
stress the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Richard Biener from comment #6)
(In reply to Henrik Holst from comment #4)
Thank you Richard for looking into this issue.
You probably know already exactly why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61841
--- Comment #4 from Gabriele Giacone 1o5g4r8o at gmail dot com ---
FYI according to [0], Matthias Klose backported [1] but it didn't fix the
issue.
Samuel Thibault did fix it with [2] on libpthread side.
Both needed?
[0]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282
--- Comment #3 from Dmitry Petrov dmitry.petroff at gmail dot com ---
Created attachment 33408
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33408action=edit
g++ + gperf bug in action
Guys, I'm software developer myself and I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61841
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||doko at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62291
Bug ID: 62291
Summary: PRE uses too much memory and compile-time
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Keywords: compile-time-hog, memory-hog
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Aug 28 13:13:45 2014
New Revision: 214678
URL: https://gcc.gnu.org/viewcvs?rev=214678root=gccview=rev
Log:
2014-08-28 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
testcases in comment#4 should now work (no need to file a separate bug).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62292
Bug ID: 62292
Summary: [5 Regression] FAIL: (geterrorname|getmethodname) run
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62292
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62293
Bug ID: 62293
Summary: Obsure error message
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55577
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||y.gribov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61841
--- Comment #6 from Gabriele Giacone 1o5g4r8o at gmail dot com ---
https://bugs.debian.org/749290#53
Please consider replying to its recipients.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58937
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62292
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
No difference in the code for geterrorname.jar or natgeterrorname.cc so this
must
be a libjava miscompile.
Trying to spot the error in the patch instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55577
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
Marat Zakirov m.zakirov at samsung dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62292
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Index: gcc/gimple-fold.c
===
--- gcc/gimple-fold.c (revision 214680)
+++ gcc/gimple-fold.c (working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61841
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Ah I see, so Samuel's change is needed to make __gthread_active_p work on Hurd.
We could have changed __gthread_active_p (as we've done e.g. for Bionic) but
there's no point now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62293
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61078
--- Comment #4 from Andreas Krebbel krebbel at gcc dot gnu.org ---
While the patch fixes this particular case the problem appears to be more
fundamental. The S/390 backend only considers GPR register pairs starting with
an even register to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61078
--- Comment #5 from Andreas Krebbel krebbel at gcc dot gnu.org ---
Created attachment 33411
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33411action=edit
Reduced testcase
compile with -O2 -mesa -m31 -march=g5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62294
Bug ID: 62294
Summary: Missing passing argument [...] from incompatible
pointer type warning.
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62294
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61078
--- Comment #6 from jgreenhalgh at gcc dot gnu.org ---
Also there seem to be other code (gimplify.c) which still depends on
PUSH_ARGS_REVERSED?!
Indeed. I left that out of mercy to those users (erroneously) relying on the
order of evaluating
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62295
Bug ID: 62295
Summary: Variable Lenth Ararys can't be passed to functions in
c++
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Aug 28 16:22:21 2014
New Revision: 214682
URL: https://gcc.gnu.org/viewcvs?rev=214682root=gccview=rev
Log:
2014-08-28 Samuel Bronson naes...@gmail.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58962
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.9.2 |4.8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62292
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
The patch in comment 3 fixes the failures after a clean bootstrap (a simple
update was not enough, i.e., the faulty parts of (lib)?java are not marked as
depending upon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61492
Ollie Wild aaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60994
Ollie Wild aaw at gcc dot gnu.org changed:
What|Removed |Added
CC||potswa at mac dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62296
Bug ID: 62296
Summary: EXECUTE_COMMAND_LINE not F2008 conforming
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43849
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62297
Bug ID: 62297
Summary: Internal Compiler Error in fold_convert_loc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lucdanton at free dot fr
$ g++-trunk --version
g++-trunk (GCC) 5.0.0 20140828 (experimental)
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62298
Bug ID: 62298
Summary: Internal Compiler Error in fold_convert_loc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62298
--- Comment #1 from Fran Martinez Fadrique fmartinez at gmv dot com ---
Created attachment 33412
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33412action=edit
Source causing the ICE. No dependencies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
Bug ID: 62300
Summary: [5 Regression] internal compiler error: in as_a, at
is-a.h:192
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com ---
Created attachment 33413
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33413action=edit
A testcase
[x32@gnu-35 gcc]$ ./xgcc -B./ -S -fPIC -O2 /tmp/x.i -mx32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
--- Comment #3 from Dave Malcolm dmalcolm at redhat dot com ---
Created attachment 33414
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33414action=edit
Candidate fix, only lightly tested so far
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
--- Comment #4 from Dave Malcolm dmalcolm at redhat dot com ---
Sorry about this.
The issue is here:
3042insn = as_a rtx_insn * (
3043 gen_extend_insn (op0, t, promoted_nominal_mode,
3044
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300
gregory.0xf0 at gmail dot com changed:
What|Removed |Added
CC||gregory.0xf0 at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62301
Bug ID: 62301
Summary: PowerPC bootstrap broken since r214654
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
--- Comment #5 from dmalcolm at gcc dot gnu.org ---
Author: dmalcolm
Date: Fri Aug 29 03:12:01 2014
New Revision: 214714
URL: https://gcc.gnu.org/viewcvs?rev=214714root=gccview=rev
Log:
PR bootstrap/62300
* function.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62300
--- Comment #6 from Dave Malcolm dmalcolm at redhat dot com ---
Fix committed as r214714.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62302
Bug ID: 62302
Summary: Change in the comdat used for constructors
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62301
Bill Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc64le-unknown-linux-g
Ping?
-Original Message-
From: Tony Wang [mailto:tony.w...@arm.com]
Sent: Thursday, August 21, 2014 2:15 PM
To: 'gcc-patches@gcc.gnu.org'
Subject: [PATCH 1/3,ARM,libgcc]Code size optimization for the fmul/fdiv and
dmul/ddiv function in libgcc
Hi there,
In libgcc the file
Ping?
-Original Message-
From: Tony Wang [mailto:tony.w...@arm.com]
Sent: Thursday, August 21, 2014 2:15 PM
To: 'gcc-patches@gcc.gnu.org'
Subject: [PATCH 2/3,ARM,libgcc]Code size optimization for the fmul/fdiv and
dmul/ddiv function in libgcc
Step 2: Mark all the symbols around
Ping?
-Original Message-
From: Tony Wang [mailto:tony.w...@arm.com]
Sent: Thursday, August 21, 2014 2:15 PM
To: 'gcc-patches@gcc.gnu.org'
Subject: [PATCH 3/3,ARM,libgcc]Code size optimization for the fmul/fdiv and
dmul/ddiv function in libgcc
Step 3: Test cases to verify the
This patch is based on 1/2 and 2/2 on the series. When the patch is
approved, OpenCoarrays needs to be adapted; however, as surplus
arguments of the callee are ignored, no immediate action is required.
(And some delay avoids issues with compilers being older than the library.)
The issue comes
On Thu, 28 Aug 2014, Kugan wrote:
On 27/08/14 23:02, Kugan wrote:
On 27/08/14 20:01, Uros Bizjak wrote:
Hello!
2014-08-07 Kugan Vivekanandarajah kug...@linaro.org
* calls.c (precompute_arguments): Check
promoted_for_signed_and_unsigned_p and set the promoted mode.
Hello,
This patch adds support for SI/DO masked interleaves.
Bootstrapped.
AVX-512* tests on top of patch-set all pass
under simulator.
Is it ok for trunk?
gcc/
* config/i386/sse.md
(define_insn avx2_interleave_highv4dimask_name): Add masking.
(define_insn
On 28/08/14 16:44, Marc Glisse wrote:
On Thu, 28 Aug 2014, Kugan wrote:
On 27/08/14 23:02, Kugan wrote:
On 27/08/14 20:01, Uros Bizjak wrote:
Hello!
2014-08-07 Kugan Vivekanandarajah kug...@linaro.org
* calls.c (precompute_arguments): Check
promoted_for_signed_and_unsigned_p and set
Ping. Add Joseph S. Myers as driver maintainer.
-Maxim
Original Message
Subject:Fwd: [PATCH] Add patch for debugging compiler ICEs.
Date: Tue, 19 Aug 2014 17:57:51 +0400
From: Maxim Ostapenko m.ostape...@partner.samsung.com
To: Jeff Law l...@redhat.com, GCC
On 27/08/14 20:07, Richard Biener wrote:
On Wed, Aug 27, 2014 at 12:01 PM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
2014-08-07 Kugan Vivekanandarajah kug...@linaro.org
* calls.c (precompute_arguments): Check
promoted_for_signed_and_unsigned_p and set the promoted mode.
On Thu, Aug 28, 2014 at 9:05 AM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hello,
This patch adds support for SI/DO masked interleaves.
Bootstrapped.
AVX-512* tests on top of patch-set all pass
under simulator.
Is it ok for trunk?
gcc/
* config/i386/sse.md
On Wed, Aug 27, 2014 at 3:45 PM, Andi Kleen a...@firstfloor.org wrote:
Andi Kleen a...@firstfloor.org writes:
PING!
Andi Kleen a...@firstfloor.org writes:
PING^2 !
Would be nice to make slim bootstrap work, it really speeds it up quite
a bit.
From: Andi Kleen a...@linux.intel.com
To
2014-08-28 0:19 GMT+04:00 Vladimir Makarov vmaka...@redhat.com:
On 2014-08-26 5:42 PM, Ilya Enkovich wrote:
Hi,
Here is a patch I tried. I apply it over revision 214215. Unfortunately
I do not have a small reproducer but the problem can be easily reproduced on
SPEC2000 benchmark 175.vpr.
The following fixes a few ICEs and C++ testsuite fails.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2014-08-28 Richard Biener rguent...@suse.de
* match-constant-folding.pd (x + 0 - x): Wrap result in
a NON_LVALUE_EXPR to account for the C++
2014-08-28 1:39 GMT+04:00 Jeff Law l...@redhat.com:
On 08/26/14 15:42, Ilya Enkovich wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6 +1122,14 @@ initialize_argument_information (int num_actuals
ATTRIBUTE_UNUSED,
On Wed, Aug 27, 2014 at 4:42 PM, Kito Cheng kito.ch...@gmail.com wrote:
Hi all:
This patch basically is extension for r210100[1], stream out
non-explicit -fno-tree-loop-distribute-patterns since compile with
`-flto -O3 -fno-builtin` still may gen builtin function call during
LTO phase.
LTO
On Thu, Aug 28, 2014 at 9:50 AM, Kugan
kugan.vivekanandara...@linaro.org wrote:
On 27/08/14 20:07, Richard Biener wrote:
On Wed, Aug 27, 2014 at 12:01 PM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
2014-08-07 Kugan Vivekanandarajah kug...@linaro.org
* calls.c (precompute_arguments):
Hi Richard:
I think preserve -fno-builtin is better than
-fno-tree-loop-distribute-patterns too,
However if we preserve -fno-builtin, the coming problem is should we
preserve all -fbuiltin-* and do the check logic[1] in common code in
gcc?
btw, in our internal gcc 4.9.x tree is move
On Thu, 28 Aug 2014, Kito Cheng wrote:
Hi Richard:
I think preserve -fno-builtin is better than
-fno-tree-loop-distribute-patterns too,
However if we preserve -fno-builtin, the coming problem is should we
preserve all -fbuiltin-* and do the check logic[1] in common code in
gcc?
No,
This merges from trunk the fold_stmt re-org changes so I can
go forward with some builtin simplification stuff.
Committed.
Richard.
2014-08-28 Richard Biener rguent...@suse.de
Merge from trunk r214266 through r214675.
Hi all:
-fno-builtin is seem not only for the c family front-end, but also
used in LTO now, so move it to common.opt and change it to `Common`.
From 47552b58a09ac9d944be1c35bb5c938f4cb8ec0f Mon Sep 17 00:00:00 2001
From: Kito Cheng k...@andestech.com
Date: Thu, 14 Aug 2014 11:34:26 +0800
Subject:
Hi all:
The purpose for this patch is prevent `-flto -O3 -fno-builtin` gen
builtin function,
so checking -fno-builit, and then disable
-ftree-loop-distribute-patterns if if -fno-builit enabled, the prev
discuss in [1], and this patch dependence on [2].
[1]
Hi Richard:
thanks you comment :)
I send new patch for move -fno-builtin to common.opt and check it in
lto-lang.c (lto_post_options).
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02555.html
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02556.html
On Thu, Aug 28, 2014 at 5:29 PM, Richard Biener
On Thu, 28 Aug 2014, Kito Cheng wrote:
Hi all:
-fno-builtin is seem not only for the c family front-end, but also
used in LTO now, so move it to common.opt and change it to `Common`.
Please leave it in c-family and just add LTO to the set of supported
languages. -fno-builtin isn't
This patch contains a port of VTV -fvtable-verify=std for Cygwin and MinGW.
Since weak symbols on Windows and Linux are implemented differently, and
VTV should have the possibility to be switched on and off, the structure
of the feature had to be modified.
On Linux libstdc++ contains the weak
On 26/08/14 14:37, Jiong Wang wrote:
thanks,
verified no regression on aarch64-none-elf bare-metal check-gcc/check-gdb.
-- Jiong
On 22/08/14 23:05, Richard Henderson wrote:
Delay cfi restore opcodes until the stack frame is deallocated.
This reduces the number of cfi advance opcodes
On Thu, Aug 28, 2014 at 10:37 AM, Ilya Enkovich enkovich@gmail.com wrote:
2014-08-28 1:39 GMT+04:00 Jeff Law l...@redhat.com:
On 08/26/14 15:42, Ilya Enkovich wrote:
diff --git a/gcc/calls.c b/gcc/calls.c
index 4285ec1..85dae6b 100644
--- a/gcc/calls.c
+++ b/gcc/calls.c
@@ -1122,6
1 - 100 of 160 matches
Mail list logo